Just wanted to respond back to this thread what the problem is and potential
resolutions, so it is useful to other people.
This problem with redeployment stems from the fact the the AspectManger inside
of the AOP framework in certain cases can be loaded inside a different
ClassLoader than the
I will take a look at today.
I do want to give you an update on what I have found. It is definetly a classloading
issue.
If in my scoped WAR File, I incldue the jboss-aop*.jar's, the issue does not happen. I
can redeploy all day long. THat makes sense, because at that point I am using my
I take that backincluding the aop jar files does not solve the problem.
When incuding the jar files, the intercepted code is, for all purposes ignored.
It looks like when using your own scoped version of those jar files, either the
aop$classAdvisor$aop or the _instanceAdvisor returns that
I have a simple webapp that makes use of only the TX Apsect libraries for demarcation.
I am using both the Annotation compiler and the AOPC compilier, packaging up the
results in a WAR, and deploying to a JBoss 4.0 server. I have upgraded to FINAL code.
My issues is that on startup, or first
Bill,
As I mentioned above, I am using the precompiler.
Let me see what I can do about stripping out a significant amount of code and come up
with a reproducable test case.
Want me to send it via email?
View the original post :
I am working on it now...just as an FYI that might be the cause...I am doing scooped
classloading inside the 'standard' config of JBoss 4.0.
Here is the contents of jboss-web.xml from the war:
| jboss-web
| class-loading java2ClassLoadingCompliance=false
|loader-repository
|
ThanksI really do appreciate it.
Personally, I think following Ant's lead and hardcoding it 4096 as the threshold is
fine -- that is the number that POSIX defines as the limit.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3852114#3852114
Reply to the
Bill Burke wrote : Squeak, does deploying an EAR alone with precompiled classes not
work? It should. A .aop file is not needed.
Sorry, Bill. I haven't tried it yet, mainly because I am still having issues witt the
AopC ant task mentioned in the other thread.
Also, I am trying
Wanted to give an update on this for what I found.
It is definetly an issue related to the length of the command that is passed to
Runtime.exec.
To experiment, I changed the path that my class are build from long path
c:\eclipse\workspace\myproj\bin
to something very short:
c:\a
Worked
Bill,
You bring up a good point. I saw your comment about using javac as the basis for the
code.
In my same ant task, I also compile the same set of code using javac with no issues.
Weird.
I understand about getting 1.0 out --- I can look tonight at the differences and why
javac would work
Bill,
Looking at the source of the javac task -- it appears that Adrian's solution is
exactly what they do. When the user wants to fork the process, and the command line is
4096, it outputs it to a temp file, and passes that to the compiler.
When you don't fork via with javac, there is no
After following the instructions, and trying to run the AopC ant task, I constantly
get the following error:
BUILD FAILED: C:\eclipse\workspace\myproject\build.xml:309: java.io.IOException:
CreateProcess: lots removed
After much debugging, I have come to the conclusion that the issue stems
I have an exisiting system where I am investigating using JBoss AOP to do TX
demarcation.
All I am using right now is the annotations for Transactions.
If I first use the Annotation Compiler, and then the AopC compiler to instrument the
classes before being deployed, is there any reason that
Here is the link:
http://sourceforge.net/tracker/index.php?func=detailaid=1038633group_id=22866atid=376687
Why would you want to remove a scheduled message? Well, mainly because the event that
caused the placing of that message might not longer be valid, and you want to cleean
up.
For
Adrian,
I submitted a patch on Friday that will allow, with an optional configuration setting,
scheduled messages to be received with a selector.
I know that you are extremely busy, and as such understand that it will take a bit to
get to. However, I am trying to decide if such a change will
I needed the ability to look from the JMX console at all of the messages that were
scheduled for delivery, similar to how you can look at all of the messages on the
queue.
It was actually quite trivial -- but I would like to offer the patch back up.
Any interest, and how would I go about
Do you have any insight as to when JDK 1.5 is suppose to be released?
Or are you just talking about basing your schedule on whenever Sun does release it?
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3838502#3838502
Reply to the post :
Well, I have gotten it to work, and I don't know if this is a bug, or ignorance on my
part.
The following does *not* work:
| bind pointcut=call(void java.lang.reflect.Field-set(..))
| AND within(org.osn.*)
| AND !withincode(Object
Of course! I am not sure how I missed that.
Sorry for wasting your time.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3836511#3836511
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3836511
I am trying to develop a pattern where I am handing out to my Client Tier DataObjects
that are read-only, until the Client asked for it to be unlocked.
My thinking is that it will be more efficient to 'lock' down objects that are coming
from my O/R layer (cache), as opposed to either cloning
Wow, that stuff rocks!
Now, let me ask you this: I have tried to define the following pointcut, but it is not
working as I would think
|bind pointcut=call(void java.lang.reflect.Field-set(..))
| AND within(org.osn.*)
| AND !withincode(Object
No worries, thanks for the help.
I will try to dig into it more tomorrow and see what I can find as well.
The 'within' clause seems to work -- without it I get all of the Field.set()'s from
OJB.
As for the clone method -- some background: I have a base object called
BusinessObject, that
Pardon my ignorance,
I am attempting to deploy any working example I can inside of 3.2.4RC2 to make sure I
am up and working.
I have tried making my own jar file with an jboss-aop-xml inside the META-INF
directory, and I have also tried to deploy the example.jar file that is created from
the
Yeah, I am already using the jboss-aspects package.
- I placed the jboss-aspects.jar into the default/lib directory
- I placed the base-aop.xml into the default/conf directory.
I can see in the Jmx-console the AspectManager and AsepectDeployer -- so I am assuming
that they have been deployed.
Bill Burke wrote : You downloaded the 324 jar? not the plain jboss-aspect.jar
correct?
|
| Thanks for the -report bug. I'll look into it.
Yep, I did. So, at this point, should my stuff be working, and something is amiss --
or am *I* doing something wrong?
View the original post :
Looking at the code for the AspectDeployer that was in the 3.2.4 package -- the
accpept() methid only returns true if it is passed a file that ends with .aop.
I renamed the example.zip to example.aop, and the error didn't happen. So I am
assuming that is it.
I tried changing my file into a
Thanks for all the help -- and I blew it. The documentation for the Running Inside
JBoss mentions at the top about it having to be .aop file -- but since it was inside
the 4.0 block, and no the 3.2.4, I never even looked at it.
Sorry about that!
Keep up the good work!
View the original post
Bill Burke wrote : 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
|
I
Bill Burke wrote :
| * Get working with JBoss 3.2
|
Does Beta2 only work with the upcoming 3.2.4 release, or were the changes
self-contaiend in the AOP tree, and will work in all of the 3.2 releases?
View the original post :
29 matches
Mail list logo