[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - NPE on redeploy (inside aspect library code)
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 deployment of my WAR file, my code, and the TX interceptors work great. However, once I redploy my WAR file, I get a NullPointerException in my original method signature (which is now the new interceptor method). So, if I have a method called saveOrganization() that has been intercepted, after a redployment, I will get the following stacktrace: | 2:34:39,168 ERROR [org.osn.jext.framework.util.RequestInterceptor:124] java.lang.NullPointerException | at org.osn.homefront.app.service.HomefrontService.saveOrganization(HomefrontService.java) | at org.osn.homefront.app.OrgSignUp2.submit(OrgSignUp2.java:559) | at org.osn.homefront.app.OrgSignUp2.pageMain(OrgSignUp2.java:63) | at org.osn.jext.framework.JSPPageContent.runPageMain(JSPPageContent.java:45) | As you can see, the line number is missing for where the NPE happens at, since it is the new instumented code. For shits & giggles, I decompiled that method and here is the code: | public void saveOrganization(Organization organization) | throws PersistenceException, BusinessValidationException | { | if(((Advisor) (aop$classAdvisor$aop)).doesHaveAspects || _instanceAdvisor != null && _instanceAdvisor.hasInstanceAspects) | { | org.jboss.aop.advice.Interceptor ainterceptor[] = aop$MethodInfo_saveOrganization5875559486684723374.interceptors; | if(_instanceAdvisor != null) | ainterceptor = _instanceAdvisor.getInterceptors(aop$MethodInfo_saveOrganization5875559486684723374.interceptors); | HomefrontService_saveOrganization_5875559486684723374_OptimizedMethodInvocation homefrontservice_saveorganization_5875559486684723374_optimizedmethodinvocation = | new HomefrontService_saveOrganization_5875559486684723374_OptimizedMethodInvocation(aop$MethodInfo_saveOrganization5875559486684723374, ainterceptor); | homefrontservice_saveorganization_5875559486684723374_optimizedmethodinvocation.arg0 = organization; | homefrontservice_saveorganization_5875559486684723374_optimizedmethodinvocation.setTargetObject(this); | homefrontservice_saveorganization_5875559486684723374_optimizedmethodinvocation.typedTargetObject = this; | homefrontservice_saveorganization_5875559486684723374_optimizedmethodinvocation.setAdvisor(aop$classAdvisor$aop); | homefrontservice_saveorganization_5875559486684723374_optimizedmethodinvocation.invokeNext(); | } else | { | org$osn$homefront$app$service$HomefrontService$saveOrganization$aop(organization); | } | } | Now, looking at that, I am not sure exactly where the NPE would be happening at, but the first suspect to me is the aop$classAdvisor$aop variable, since it is static. I wonder if it is getting blown away on the redploy and not set back up properly, since the static constructor might not get ran again? Thoughts? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3853927#3853927 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3853927 --- This SF.Net email is sponsored by: Sybase ASE Linux Express Edition - download now for FREE LinuxWorld Reader's Choice Award Winner for best database on Linux. http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: NPE on redeploy (inside aspect library code)
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 : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3853952#3853952 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3853952 --- This SF.Net email is sponsored by: Sybase ASE Linux Express Edition - download now for FREE LinuxWorld Reader's Choice Award Winner for best database on Linux. http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: NPE on redeploy (inside aspect library code)
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: | | | | My.war:loader= My.war | java2ParentDelegation=false | | | | | Not sure if that would ring any immediate bells View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3853955#3853955 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3853955 --- This SF.Net email is sponsored by: Sybase ASE Linux Express Edition - download now for FREE LinuxWorld Reader's Choice Award Winner for best database on Linux. http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: NPE on redeploy (inside aspect library code)
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 scoped versions of the jar files, and a redeploy clears that out. Doing a non-scoped WAR, regardless of including the jars or not, fails, since it is using the classloader for the aop jar files that have been deployed with the jboss-aop.deployer. So, at this point, I am not sure if this is a real bug, or a configuration issue. Regadless, I would like to know why the NPE happens. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3854073#3854073 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3854073 --- This SF.Net email is sponsored by: Sybase ASE Linux Express Edition - download now for FREE LinuxWorld Reader's Choice Award Winner for best database on Linux. http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: NPE on redeploy (inside aspect library code)
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 there are no aspects to be run, and so it does not do the method invocation for the TX demarcation. I am still playing with it, but it looks like you have to use the server's version of the classAdvisors, but a redeploy disconnects it. I am also going to try to see what happens when I don't precompile it, but instead use the load time transformation. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3854088#3854088 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3854088 --- This SF.Net email is sponsored by: Sybase ASE Linux Express Edition - download now for FREE LinuxWorld Reader's Choice Award Winner for best database on Linux. http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: NPE on redeploy (inside aspect library code)
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 aspected classes it is servicing. So, in my particular case, my deployment being scoped, causes my classes to be loaded, and unloaded on redeployment inside a different classloader than the AspectManager. Now, why is that a problem? The AspectMangager keeps a cache of ClassAdvisors that have been inited (sets up invocations chains, interceptors, etc), that is keyed off the class name only. So, when the same class from a different ClassLoader is presented, the cached version of the ClassAdvisor is returned, and none of the initilization code is ran -- hence the NPE if the previous version of the class has been unloaded. It is now a known issue, and hopfully will be fixed soon. As a workaround, if you scope the classloading of your deployment, and include the JBoss AOP jar files inside your deployment, this will cause the AspectManager to be scoped to your deployment, and hence will hand out accurate ClassAdvisors on redeployment. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3854288#3854288 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3854288 --- This SF.Net email is sponsored by: Sybase ASE Linux Express Edition - download now for FREE LinuxWorld Reader's Choice Award Winner for best database on Linux. http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: JBoss AOP 1.0 Beta2 Released
"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 : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3835834#3835834 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3835834 --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Error deploying an aop'd jar file -- 3.2.4RC2
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 'packaging example'. Both give me the same error: 15:02:07,742 ERROR [URLDeploymentScanner] Incomplete Deployment listing: Packages waiting for a deployer: [EMAIL PROTECTED] { url=file:/C:/jboss-3.2.4RC2/server/default/deploy/example.jar } deployer: null status: null state: INIT_WAITING_DEPLOYER watch: file:/C:/jboss-3.2.4RC2/server/default/deploy/example.jar lastDeployed: 1085511085357 lastModified: 1085511085357 mbeans: Incompletely deployed packages: [EMAIL PROTECTED] { url=file:/C:/jboss-3.2.4RC2/server/default/deploy/example.jar } deployer: null status: null state: INIT_WAITING_DEPLOYER watch: file:/C:/jboss-3.2.4RC2/server/default/deploy/example.jar lastDeployed: 1085511085357 lastModified: 1085511085357 mbeans: Am I missing something here? It looks there is no deployer set up to handle it. I have modified my jboss-service.xml to include the AspectDeployer and the AspectManager. Thanks View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3835825#3835825 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3835825 --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: Error deploying an aop'd jar file -- 3.2.4RC2
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. Should I be able to deploy the example.jar? Does the log give any information about when it deploys a jboss-aop.xml file? (I have tried placing one in the META-INF directory of a current EAR file that i have, but I get no output that aspects have been deployed, and none of them seem to take place)l BTW -- I think I found a slight bug in the standalone.Compiler : when you give the -report flag, as well as pass it a directory for the last parameters, it dumps with a FileNotFoundException (Access Denied). It is trying to do a FIle.open() on a directory. Looks like there is code in other spots where you check for a directory, but the report flag assumes it is a file. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3835836#3835836 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3835836 --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: Error deploying an aop'd jar file -- 3.2.4RC2
"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 : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3835838#3835838 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3835838 --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: Error deploying an aop'd jar file -- 3.2.4RC2
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 .aop, and it deployed with absolutely no messages at all -- but now I am not sure if my asepcts are active. I remember you talking in a advanced training class about the web-console showing you which Aspects are deployed and now, but I can't seem to find that. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3835847#3835847 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3835847 --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: Error deploying an aop'd jar file -- 3.2.4RC2
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 : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3835854#3835854 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3835854 --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: Error deploying an aop'd jar file -- 3.2.4RC2
"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 don't think it does, but I have been trying to hit the Wiki all day -- and the 'packaging' example produces the .zip file, but never mentions that it needs to be .aop for deployement. So, one last question -- given what is in 3.2.4 -- is there any way to know if and when an aspect has been deployed? It seems like the console gets no notification of it. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3835852#3835852 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3835852 --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Intercepting java.lang.reflect methods -- bad idea?
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 them, or creating another Value Object. All this, with the goal of the ClientTier not having the ability to mutate objects that are referenced in a global cache. Since 90% of my hits are going to read-only -- I wanted to defer the process of cloning the cache-references until it is really needed. Obviously, I could add booleans to my DO's and in every set method check to make sure that it isn't a locked object. Instead, it seems to me this is a perfect place for AOP. And it works for the times the application uses the setters. However, we have a util class that will map/populate objects from HTML form postings, using introspection. In that case, the Interceptors are never fired (which makes complete sense). The most obvious solution would be to intercept the Field.set* methods and see if the object it is working on is one of mine, and do my check there. But, I am not sure if there would be a negative ramification to intercepting such methods, considering they are system-level methods, that I am sure AOP is using as well. Thoughts? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3836304#3836304 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3836304 --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: Intercepting java.lang.reflect methods -- bad idea?
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 | | | | What the intent of this is to say that whenever the set method on Field is called from anywhere within in the org.osn.* package, but not when it is called from inside the Clone method of org.osn.bom.CatalogItem. However, it still intercepts at the Clone method. Is this because I have given it two conflicting statments? (One says do inside of org.osn.*, but the other says not inside something that is in org.osn.*?) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3836331#3836331 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3836331 --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: Intercepting java.lang.reflect methods -- bad idea?
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 includes the clone method with the call to Field.set. All my object's extend from BusinessObject, including CatalogItem. Ideally, I want to exclude the clone method for all BusinessObject-extended objects. I have tried the following clauses, with no luck, and a sanity check with the CatalogItem version: | !withincode(Object org.osn.bom.BusinessObject->clone()) | !withincode(Object org.osn.bom.*->clone()) | !withincode(Object $instanceof{org.osn.bom.BusinessObject}->clone()) | View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3836373#3836373 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3836373 --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: Intercepting java.lang.reflect methods -- bad idea?
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: | | | | But the following does: | | | | Note: the difference is the change of the return type inside the !withincode expression from Object to *. So, when I declare the return type, it doesn't recognize that method and prepares it. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3836480#3836480 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3836480 --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: Intercepting java.lang.reflect methods -- bad idea?
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=bb&op=viewtopic&p=3836511#3836511 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3836511 --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: JBoss AOP 1.0 Final Schedule
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=bb&op=viewtopic&p=3838502#3838502 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3838502 --- This SF.Net email is sponsored by the new InstallShield X. >From Windows to Linux, servers to mobile, InstallShield X is the one installation-authoring solution that does it all. Learn more and evaluate today! http://www.installshield.com/Dev2Dev/0504 ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JMS on JBoss (JMS/JBoss)] - Re: Patch for Scheduled messages...
Here is the link: http://sourceforge.net/tracker/index.php?func=detail&aid=1038633&group_id=22866&atid=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 instance: We are using JMS to do workflow for a communication tool that sounds out messages to our clients via email. When the message is approved, it is then scheduled for a time to be delivered. Well, as with all good apps, we also want to have the ability to remove a message from the schedule before it is delivered -- hence the desire to remove a scheduled message. There are other ways to work around this without thie functioanlity, it seems pretty straightforward to me, so I though there might be some interest for other people as well. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3851184#3851184 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3851184 --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JMS on JBoss (JMS/JBoss)] - Patch: Added ability to browse scheduled messages (JMX)
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 getting it to you? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3850012#3850012 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3850012 --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JMS on JBoss (JMS/JBoss)] - Patch for Scheduled messages...
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 be incorporated eventually, or is it fundementally flawed in design. Given that information, I can make decisions about the design of my application (maintain a patched version for a bit, or scrap it completely). Thanks for your time. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3850315#3850315 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3850315 --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Problem with AopC Ant Task -- cmd too long!
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: After much debugging, I have come to the conclusion that the issue stems from a physical limit to the length that a forked-java command can be. See, when I run the command at the command line with my src dir of my classes being './bin' -- it works fine. However, looking at the code for the AopC and task, it walks through every single directory and appends every single class to compile at the end of the command. Well, it my case, that generates a String that is ~40k chars long (~200 classes with fullpaths is long!) -- and that is *after* the java command. That is just the length of all of the files it wants to AopCompile. In fact, the command is so long, that I cannot run it at a command promt (WinXP), as it truncates there as well. Now, when stepping through the debugger for the ant task, and telling it to not fork the command, it works fine as well. So, is there a reason why the Ant task must list every single file, when the Aop standalone compiler is happy to except a directory? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3851780#3851780 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3851780 --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - *Have* to deploy as an *.aop file?
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 it will still need to be loaded by the AOP deployer, and thus can stay as an EAR file? At that point, haven't I mutated the bytecode all that is nessecary, and it can just run as normal? Or is there another aspect I am missing to this? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3851825#3851825 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3851825 --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: *Have* to deploy as an *.aop file?
"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 to fundementally understand all of the different components, and how they work. Thanks for the information! BTW, the documentation doesn't make it clear that if all you are using is the Aspect Library, that you also need to include the base-aop.xml in the path for the AopC ant task. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3851896#3851896 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3851896 --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: Problem with AopC Ant Task -- cmd too long!
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 great! Same number of classes being compiled. So, I played further and tried to find the breaking point of the directory length, for my instance, and I found that while: C:\abcdefghiklmnop\abcd\ works. this doesn't: C:\abcdefghiklmnop\abcde\ The extra letter on every path of every class causes it to pass that magical threshold -- which after looking at the the lengths of the two strings that are generated, is somewhere around 2^15. Any hope of getting a fix before the 1.0 release to the AopC ant task so the compiler will handle a directory passed in, and pass that directly to the standalone compiler? I would assume that I am not the only one who is going to have this issue. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3851959#3851959 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3851959 --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: Problem with AopC Ant Task -- cmd too long!
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 and aopc would not. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3851972#3851972 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3851972 --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: Problem with AopC Ant Task -- cmd too long!
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 problem what so ever? Would it be simplier to just not fork the AopC compiler and run it in the same process, like javac? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3851990#3851990 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3851990 --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: Problem with AopC Ant Task -- cmd too long!
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=bb&op=viewtopic&p=3852114#3852114 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3852114 --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development