Menu
▾
▴
jboss-dev-forums — The jboss development forum posts
You can subscribe to this list here.
| 2005 |
Jan
|
Feb
|
Mar
|
Apr
(157) |
May
(789) |
Jun
(608) |
Jul
(554) |
Aug
(868) |
Sep
(654) |
Oct
(994) |
Nov
(803) |
Dec
(982) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2006 |
Jan
(1006) |
Feb
(1054) |
Mar
(1345) |
Apr
(1305) |
May
(1392) |
Jun
(1016) |
Jul
(265) |
Aug
(1) |
Sep
(8) |
Oct
(9) |
Nov
(8) |
Dec
(19) |
| 2007 |
Jan
(20) |
Feb
(10) |
Mar
(20) |
Apr
(8) |
May
(4) |
Jun
(1) |
Jul
(6) |
Aug
(3) |
Sep
(6) |
Oct
(12) |
Nov
(7) |
Dec
(13) |
| 2008 |
Jan
(5) |
Feb
(4) |
Mar
(34) |
Apr
(32) |
May
(22) |
Jun
(21) |
Jul
(30) |
Aug
(18) |
Sep
(30) |
Oct
(23) |
Nov
(86) |
Dec
(51) |
| 2009 |
Jan
(25) |
Feb
(26) |
Mar
(34) |
Apr
(47) |
May
(38) |
Jun
(25) |
Jul
(36) |
Aug
(9) |
Sep
(8) |
Oct
(10) |
Nov
(4) |
Dec
(17) |
| 2010 |
Jan
(7) |
Feb
(9) |
Mar
(26) |
Apr
(49) |
May
(52) |
Jun
(48) |
Jul
(39) |
Aug
(27) |
Sep
(9) |
Oct
(14) |
Nov
(7) |
Dec
(10) |
| 2011 |
Jan
(12) |
Feb
(9) |
Mar
(17) |
Apr
(33) |
May
(39) |
Jun
(36) |
Jul
(29) |
Aug
(26) |
Sep
(29) |
Oct
(38) |
Nov
(35) |
Dec
(27) |
| 2012 |
Jan
(20) |
Feb
(34) |
Mar
(29) |
Apr
(33) |
May
(45) |
Jun
(46) |
Jul
(50) |
Aug
(35) |
Sep
(55) |
Oct
(68) |
Nov
(79) |
Dec
(45) |
| 2013 |
Jan
(67) |
Feb
(20) |
Mar
(55) |
Apr
(52) |
May
(25) |
Jun
(25) |
Jul
(34) |
Aug
(27) |
Sep
(21) |
Oct
(21) |
Nov
(19) |
Dec
(12) |
| 2014 |
Jan
(10) |
Feb
(8) |
Mar
(13) |
Apr
(18) |
May
(36) |
Jun
(26) |
Jul
(17) |
Aug
(19) |
Sep
(13) |
Oct
(8) |
Nov
(7) |
Dec
(5) |
| 2015 |
Jan
(11) |
Feb
(2) |
Mar
(13) |
Apr
(15) |
May
(7) |
Jun
(2) |
Jul
(4) |
Aug
(3) |
Sep
(3) |
Oct
|
Nov
(2) |
Dec
(1) |
| 2016 |
Jan
(3) |
Feb
(5) |
Mar
(19) |
Apr
(34) |
May
(9) |
Jun
(10) |
Jul
(5) |
Aug
(10) |
Sep
(5) |
Oct
(11) |
Nov
(19) |
Dec
(7) |
| 2017 |
Jan
(4) |
Feb
(4) |
Mar
(8) |
Apr
(5) |
May
(12) |
Jun
(5) |
Jul
(11) |
Aug
(4) |
Sep
|
Oct
|
Nov
|
Dec
|
|
From: <ad...@jb...> - 2005-07-27 03:37:30
|
We need to decide who is responsible for doing this replacement and that there is a well understood protocol/api, so it is not done twice. e.g. see http://jira.jboss.com/jira/browse/JBAS-2039 The problem with the Properties PropertyEditor is still outstanding. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3886718#3886718 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3886718 |
|
From: <cle...@jb...> - 2005-07-27 03:35:51
|
I have an implementation for that in JBossProfiler. I know it works but you have to provide all the pointcuts. You could also use JBossProfiler JVMPI implementation (native code). AOP version also produces the same log. If you have time to tinker arround with my code, at least you would have a tool to analyze the data. Clebert View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3886717#3886717 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3886717 |
|
From: rmcdonough <nu...@jb...> - 2005-07-27 02:59:07
|
What's your jboss-aop.xml look like? It's hard to tell what the issue is by just looking at bunch of stack trace. Other than trying to run an AO app, what and how are your trying to apply your aspects? Ryan- View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3886714#3886714 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3886714 |
|
From: <rl...@jb...> - 2005-07-27 01:52:27
|
Adrian,
Please execute the below command and send me the results. It will create the errorlog.txt file in the build directory. This will eliminate the need for me to ask the standard what os are you using questions.
./build.sh -f build-thirdparty.xml -verbose -logfile errorlog.txt
From your previous posts it looks like you are getting additional arguments added in when ant is launched for the synchronize.targets target.
When I run in verbose mode my output is the following:
| synchronize.main:
| [exec] Current OS is Windows XP
| [exec] Executing 'cmd.exe' with arguments:
| [exec] '/c'
| [exec] 'ant'
| [exec] '-f'
| [exec] 'c:\projects\fresh40backup\jboss-4.0\build\build-thirdparty.xml'
| [exec] 'synchronize.components'
| [exec]
| [exec] The ' characters around the executable and arguments are
| [exec] not part of the command.
I think we will see extra arguments in the above in your error log.
The process is launched in this fashion (found in the tasks.xml file):
Was this checked out to an empty directory? I would like to eliminate the possibility of the ${execant.args} being set in a property file.
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3886706#3886706
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3886706
|
|
From: <ad...@jb...> - 2005-07-27 00:06:16
|
This is the error I see: | adrian@adrian-srv01:~/jboss-4.0/workspace/build> ./build.sh -f build-thirdparty.xml | Buildfile: build-thirdparty.xml | | synchronize.main: | [exec] Unknown argument: -cp | [exec] ant [options] [target [target2 [target3] ...]] | [exec] Options: | [exec] -help, -h print this message | [exec] -projecthelp, -p print project help information | [exec] -version print the version information and exit | [exec] -diagnostics print information that might be helpful to | [exec] diagnose or report problems. | etc. | View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3886701#3886701 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3886701 |
|
From: <ad...@jb...> - 2005-07-27 00:03:46
|
Also, I thought we were keeping the thirdparty directory structure the same? I've now got to waste god knows how long revamping the eclipse build to have the new location of all the thirdparty jars. I went through a long argument before about why it was NOT a good idea including the version in the directory structure or the jar name that the local build sees. The version belongs in the manifest and the repository directory structure and it comes originally from the description in the build.xml or component-info.xml View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3886700#3886700 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3886700 |
|
From: <ad...@jb...> - 2005-07-26 23:55:00
|
This doesn't work for me. It looks to be problem with the version of ant in tools since plain "ant" works but build.sh does not: adrian@adrian-srv01:~/jboss-4.0/workspace/build> ant -version Apache Ant version 1.6.5 compiled on June 2 2005 adrian@adrian-srv01:~/jboss-4.0/workspace/build> ./build.sh -version Apache Ant version 1.6.2 compiled on July 16 2004 View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3886699#3886699 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3886699 |
|
From: <ad...@jb...> - 2005-07-26 22:25:46
|
It is also debatable whether this is a priority or even doable going forward since JMS integration is moving towards JCA1.5 inbound as more jms providers adopt this standard. It is the providers that control this, although there is some control at the appserver level through the JCA1.5 WorkManager. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3886689#3886689 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3886689 |
|
From: <ad...@jb...> - 2005-07-26 22:19:21
|
This is the discussion thread for: http://jira.jboss.com/jira/browse/JBAS-2047 The ServerSessionPool implementation is entirely configurable/replaceable, see jms-ds.xml I would be interested in an implementation that allows a thread single pool for all mdbs. Sub pools based on message parameters or the subscription are an enhancement to this. Infact, the current implementation can be viewed as one sub-pool per subscription. However, it needs to be understood what happens at exhaustion of the pool. i.e. How is it decided which subscriptions/mdb gets the next thread. I would think the default implementation of such a scheduling policy should be based on message priority. There are also issues relating to "singleton" and clean mdb shutdown that are currently implemented based on the thread pooling semantics. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3886687#3886687 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3886687 |
|
From: WPainter <nu...@jb...> - 2005-07-26 20:35:48
|
I am tring to create my first application using JBoss and Oracle. When I depoly the simple application I get the following: java.lang.ClassNotFoundException: No ClassLoaders found for: oracle.jdbc.OracleDriver I have copied the classes12.jar into server/default/lib and modified the oracle-ds.xml, standardjaws.xml, jbosscmp-jdbc.xml, and the login-config.xml to use oracle with no change. I am doing a simple "SELECT * FROM database" Thanks a lot for your help. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3886671#3886671 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3886671 |
|
From: <tom...@jb...> - 2005-07-26 17:58:52
|
i agree. such a framework is better build on top of the MC. in my opinion, the most important part is having typed thread local context. meaning that all information related to the current contexts (web-request, web-session, transaction, hibernate session, security context, ...) is available via a thread local lookup. and typed so that a user can use code completion. e.g. Contexts.getSecurityContext().getUserPrincipal() or Contexts.getPersistenceContext().getPersistenceManager() all this information is now (in current enterprise development) scattered all over the different specs. i would happy to work out a prototype to show all features that i want in there. but finding time for that will be difficult. to take on the development of the real stuff, i lack time, i think. we'll see how it goes. regards, tom. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3886654#3886654 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3886654 |
|
From: <rl...@jb...> - 2005-07-26 17:12:05
|
I have released the 4.0 thirdparty build. It can be checked out and build in the following fashion. cvs co -r Branch_4_0 jboss-4.0.x cd JBoss-4.0/build ./build.sh I have updated and will continue updating the wiki as quesitons arise. http://wiki.jboss.org/wiki/Wiki.jsp?page=JBossBuild . The cruisecontrol scipt is also in the process of being update to reflect these changes. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3886639#3886639 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3886639 |
|
From: <ad...@jb...> - 2005-07-26 16:43:02
|
We discussed this a while back. The idea of context is an application level issue. e.g. a web context is different from an ejb context and more different from request, page, session or even JVM or cluster context. Gavin and I decided that such relationships are better built on top of the MC rather than inside the MC, because only the user/application really knows what the relationships are. AOP does have a model for such contexts, but this is to load/query "metadata" and apply aspects, but these are not linked to application level contexts like page/session. http://docs.jboss.org/aop/1.3/aspect-framework/reference/en/html_single/index.html#xml-metadata AFAIK, nobody has started this work, despite lots of people asking this question. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3886629#3886629 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3886629 |
|
From: wytten <nu...@jb...> - 2005-07-26 13:52:18
|
I deployed the WAR in a separate JBoss instance as you suggested, and now it works like a champ! Love that applet, thanks! View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3886603#3886603 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3886603 |
|
From: jollyplay <nu...@jb...> - 2005-07-26 12:38:09
|
Hello i am new bie to XDoclet. i tried with simple application as mentioned in the url with some modification. i faced problem. Please help me. http://www.onjava.com/pub/a/onjava/2002/01/30/xdoclet.html?page=2 My Stateless Bean Code is ----------------------------------------------------------- package com.ejb.statelesss; import java.rmi.RemoteException; import javax.ejb.EJBException; import javax.ejb.SessionBean; import javax.ejb.SessionContext; /** * This is the EJB Simple Xbean * * @ejb:bean type="Stateless" * name="com.ejb.statelesss.Hello" * jndi-name="Hello" * display-name="EJB First Xbean" */ public class HelloBean implements SessionBean { private SessionContext sessionContext; public void ejbCreate() throws CreateException { } public void ejbRemove() { } public void ejbActivate() { } public void ejbPassivate() { } public void setSessionContext(SessionContext sessionContext) { this.sessionContext = sessionContext; } /** * The method that the sender uses to pass the Document * * @ejb:interface-method view-type="remote" */ public String getName()throws RemoteException{ return "It is ok"; } } -------------- in build.xml i have this part ----------------------------------------- i got the following error when i execute >ant ejbdoclet D:\bala\XDocLet\XDSample>ant ejbdoclet Buildfile: build.xml init: prepare: ejbdoclet: [ejbdoclet] (ModuleFinder.findModules 179 ) There is an entry on XDoc lets classpath that doesn't exist: {0}. Ignoring it [ejbdoclet] (ModuleFinder.findModules 179 ) There is an entry on XDoc lets classpath that doesn't exist: {0}. Ignoring it [ejbdoclet] (ModuleFinder.findModules 179 ) There is an entry on XDoc lets classpath that doesn't exist: {0}. Ignoring it [ejbdoclet] XDoclet classpath missing J2EE classes [ejbdoclet] at xdoclet.modules.ejb.EjbDocletTask.validateOptions(EjbDocletTa sk.java:86) [ejbdoclet] at xjavadoc.ant.XJavadocTask.execute(XJavadocTask.java:89) [ejbdoclet] at org.apache.tools.ant.UnknownElement.execute(UnknownElement.ja va:275) [ejbdoclet] at org.apache.tools.ant.Task.perform(Task.java:364) [ejbdoclet] at org.apache.tools.ant.Target.execute(Target.java:341) [ejbdoclet] at org.apache.tools.ant.Target.performTasks(Target.java:369) [ejbdoclet] at org.apache.tools.ant.Project.executeTarget(Project.java:1214) [ejbdoclet] at org.apache.tools.ant.Project.executeTargets(Project.java:1062 ) [ejbdoclet] at org.apache.tools.ant.Main.runBuild(Main.java:673) [ejbdoclet] at org.apache.tools.ant.Main.startAnt(Main.java:188) [ejbdoclet] at org.apache.tools.ant.launch.Launcher.run(Launcher.java:196) [ejbdoclet] at org.apache.tools.ant.launch.Launcher.main(Launcher.java:55) [ejbdoclet] Caused by: Make sure the jar file containing the javax.ejb.EntityBea n class is on the classpath specified in the that defined ejbdoclet. T hese classes are needed in order to generate correct output. [ejbdoclet] at xdoclet.DocletTask.checkClass(DocletTask.java:513) [ejbdoclet] at xdoclet.modules.ejb.EjbDocletTask.validateOptions(EjbDocletTa sk.java:83) [ejbdoclet] ... 11 more [ejbdoclet] --- Nested Exception --- [ejbdoclet] Make sure the jar file containing the javax.ejb.EntityBean class is on the classpath specified in the that defined ejbdoclet. These classe s are needed in order to generate correct output. [ejbdoclet] at xdoclet.DocletTask.checkClass(DocletTask.java:513) [ejbdoclet] at xdoclet.modules.ejb.EjbDocletTask.validateOptions(EjbDocletTa sk.java:83) [ejbdoclet] at xjavadoc.ant.XJavadocTask.execute(XJavadocTask.java:89) [ejbdoclet] at org.apache.tools.ant.UnknownElement.execute(UnknownElement.ja va:275) [ejbdoclet] at org.apache.tools.ant.Task.perform(Task.java:364) --------------------------------------------- Please help me out from the problem and please do the needful. Thank you in advance. Regards, balachandar View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3886583#3886583 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3886583 |
|
From: plasante <nu...@jb...> - 2005-07-26 11:58:38
|
Hi,
In ComputeServlet.java I changed the following line from:
Object ref = context.lookup("java:/com/env/ejb/Fibo");
to:
Object ref = context.lookup("ejb/Fibo");
and Run Packaging and everything was fine.
I also had to use jboss-4.0.1 instead of jboss-4.0.2
Regards.
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3886572#3886572
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3886572
|
|
From: <ju...@jb...> - 2005-07-26 09:34:31
|
yes it is not used anymore (the service registry), usually the server module is not up to date and there is not much to test. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3886562#3886562 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3886562 |
|
From: yxyang <nu...@jb...> - 2005-07-26 07:34:38
|
I am wondering how you can do testing for the server module by building the portal-server.sar. i don't think portal-server.sar contains the classes needed by its jboss-service.xml. E.g., org.jboss.portal.server.impl.portal.PortalContainerImpl and org.jboss.portal.server.impl.service.JBossServiceRegistry. I found that org.jboss.portal.server.impl.portal.PortalContainerImpl is located in the core package. But org.jboss.portal.server.impl.service.JBossServiceRegistry cannot be found. Thanks yang View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3886545#3886545 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3886545 |
|
From: yxyang <nu...@jb...> - 2005-07-26 06:50:24
|
Hi, I go through the cvs of jbp2.2 head and canot find JBossServiceRegistry class, which is configured in the jboss-service.xml file Thanks Yang anonymous wrote : | <mbean | code="org.jboss.portal.server.impl.service.JBossServiceRegistry" | name="portal:service=ServiceRegistry" | xmbean-dd="org/jboss/portal/server/impl/service/JBossServiceRegistry.xml"> | | View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3886538#3886538 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3886538 |
|
From: legolas <nu...@jb...> - 2005-07-26 06:13:09
|
Hi, Sorry for my late response, I also was on holiday. Just before leaving I've send the source archive to Roy. The difference in renderer in our case, will be that it either does or does not draw a simple border around the content. I think this could just as well be delegated to the portlet itself and use the empty renderer. anonymous wrote : "legolas" wrote: | | What are your plans about this? | | Our ears are open. ;-) Just like martingi wrote, I think the page name can be (ab) used as key for retrieving the actual localized name. Another solution might be to add translations to the *-pages.xml file like: <page> | <page-name locale="en">Sample</page-name> | <page-name locale="fr">Échantillon</page-name> | <page-name locale="de">Probe</page-name> | ... | </page> The latter is used by GridSphere. I don't particularly like this solution because it clutters the configuration file and the former allows one to manage translations in one place. anonymous wrote : The above 3 are. Until we have dynamicity (2.2 Blade), this is the way to deploy your portlets. | What do I need to do to override the portlet deployer, one that automigically generates the jboss-app.xml and jboss-portlet.xml files.? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3886535#3886535 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3886535 |
|
From: <tom...@jb...> - 2005-07-26 06:11:40
|
> For Seam, Gavin worked out a mechanism of contexts. I think this a great simplification for the app developer. > Now, all the contextual information is scattered around various specs > and a lot is left to the user. For a container, i think a centralized > context mechanism for request, persistence, security, ... would be > great to have in the microcontainer. > > Is there something similar in the microcontainer ? Can you give me a > pointer or classname to look for ? or is this considered and rejected for some reason ? regards, tom. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3886534#3886534 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3886534 |
|
From: oberon777 <nu...@jb...> - 2005-07-26 04:43:29
|
I am trying to get some low-level tracing information about WebApps using JBoss AOP. After struggling with JBoss AOP for a while, it strikes me that I am barking up the wrong tree. What I want is a simple trace that would dump info at every method call, including those to system methods. I've been trying to use caller pointcuts that work okay when there not too many joint points, but fails where there are a lot. Is there some sort of a low-level trace facility that can be enabled withing the application server. I looked at the jboss-profiler project and it's probably doing something pretty low-level to do tracing. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3886527#3886527 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3886527 |
|
From: <rya...@jb...> - 2005-07-26 03:44:58
|
The server tasks have been fully deployed to jboss-head/testsuite. Next week, I will be migrating this to jboss-4.0 so that we can have valid test runs for that branch as well. Also, I moved these tasks to the test project so that they may be used by other projects like ejb3 (and potentially external ones, too). Note:There still may be something wrong with the server shutdown (under cruisecontrol) which these tasks may mask. If the server fails to shutdown, it's process is destroyed. Really, if a server fails to shutdown, there should be a build failure View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3886520#3886520 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3886520 |
|
From: oberon777 <nu...@jb...> - 2005-07-25 21:25:52
|
Can anyone explain why this exception is happening? Thanks. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3886490#3886490 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3886490 |
|
From: oberon777 <nu...@jb...> - 2005-07-25 21:25:16
|
| Exception in thread "main" java.lang.ExceptionInInitializerError | at sun.misc.Unsafe.ensureClassInitialized(Native Method) | at sun.reflect.UnsafeFieldAccessorFactory.newFieldAccessor(UnsafeFieldAccessorFactory.java:25) | at sun.reflect.ReflectionFactory.newFieldAccessor(ReflectionFactory.java:122) | at java.lang.reflect.Field.acquireFieldAccessor(Field.java:917) | at java.lang.reflect.Field.getFieldAccessor(Field.java:898) | at java.lang.reflect.Field.get(Field.java:357) | at org.jboss.aop.AspectManager.getTempClassAdvisorIfNotExist(AspectManager.java:930) | at org.jboss.aop.pointcut.CallMatcher.visit(CallMatcher.java:53) | at org.jboss.aop.pointcut.ast.ASTCall.jjtAccept(ASTCall.java:21) | at org.jboss.aop.pointcut.MatcherHelper.visit(MatcherHelper.java:103) | at org.jboss.aop.pointcut.ast.ASTSub.jjtAccept(ASTSub.java:17) | at org.jboss.aop.pointcut.MatcherHelper.visit(MatcherHelper.java:83) | at org.jboss.aop.pointcut.ast.ASTBoolean.jjtAccept(ASTBoolean.java:17) | at org.jboss.aop.pointcut.MatcherHelper.visit(MatcherHelper.java:73) | at org.jboss.aop.pointcut.MatcherHelper.matches(MatcherHelper.java:68) | at org.jboss.aop.pointcut.PointcutExpression.matchesCall(PointcutExpression.java:205) | at org.jboss.aop.ClassAdvisor.resolveCallerMethodInfo(ClassAdvisor.java:1293) | at org.jgap.Chromosome.<clinit>(Unknown Source) | at sun.misc.Unsafe.ensureClassInitialized(Native Method) | at sun.reflect.UnsafeFieldAccessorFactory.newFieldAccessor(UnsafeFieldAccessorFactory.java:25) | at sun.reflect.ReflectionFactory.newFieldAccessor(ReflectionFactory.java:122) | at java.lang.reflect.Field.acquireFieldAccessor(Field.java:917) | at java.lang.reflect.Field.getFieldAccessor(Field.java:898) | at java.lang.reflect.Field.get(Field.java:357) | at org.jboss.aop.AspectManager.getTempClassAdvisorIfNotExist(AspectManager.java:930) | at org.jboss.aop.pointcut.CallMatcher.visit(CallMatcher.java:53) | at org.jboss.aop.pointcut.ast.ASTCall.jjtAccept(ASTCall.java:21) | at org.jboss.aop.pointcut.MatcherHelper.visit(MatcherHelper.java:103) | at org.jboss.aop.pointcut.ast.ASTSub.jjtAccept(ASTSub.java:17) | at org.jboss.aop.pointcut.MatcherHelper.visit(MatcherHelper.java:83) | at org.jboss.aop.pointcut.ast.ASTBoolean.jjtAccept(ASTBoolean.java:17) | at org.jboss.aop.pointcut.MatcherHelper.visit(MatcherHelper.java:73) | at org.jboss.aop.pointcut.MatcherHelper.matches(MatcherHelper.java:68) | at org.jboss.aop.pointcut.PointcutExpression.matchesCall(PointcutExpression.java:205) | at org.jboss.aop.ClassAdvisor.resolveCallerMethodInfo(ClassAdvisor.java:1293) | at org.jgap.Configuration.<clinit>(Unknown Source) | at sun.misc.Unsafe.ensureClassInitialized(Native Method) | at sun.reflect.UnsafeFieldAccessorFactory.newFieldAccessor(UnsafeFieldAccessorFactory.java:25) | at sun.reflect.ReflectionFactory.newFieldAccessor(ReflectionFactory.java:122) | at java.lang.reflect.Field.acquireFieldAccessor(Field.java:917) | at java.lang.reflect.Field.getFieldAccessor(Field.java:898) | at java.lang.reflect.Field.get(Field.java:357) | at org.jboss.aop.AspectManager.getTempClassAdvisorIfNotExist(AspectManager.java:930) | at org.jboss.aop.pointcut.CallMatcher.visit(CallMatcher.java:53) | at org.jboss.aop.pointcut.ast.ASTCall.jjtAccept(ASTCall.java:21) | at org.jboss.aop.pointcut.MatcherHelper.visit(MatcherHelper.java:103) | at org.jboss.aop.pointcut.ast.ASTSub.jjtAccept(ASTSub.java:17) | at org.jboss.aop.pointcut.MatcherHelper.visit(MatcherHelper.java:83) | at org.jboss.aop.pointcut.ast.ASTBoolean.jjtAccept(ASTBoolean.java:17) | at org.jboss.aop.pointcut.MatcherHelper.visit(MatcherHelper.java:73) | at org.jboss.aop.pointcut.MatcherHelper.matches(MatcherHelper.java:68) | at org.jboss.aop.pointcut.PointcutExpression.matchesCall(PointcutExpression.java:205) | at org.jboss.aop.ClassAdvisor.resolveCallerMethodInfo(ClassAdvisor.java:1293) | at examples.MinimizingMakeChange.<clinit>(Unknown Source) | Caused by: java.lang.RuntimeException: java.lang.RuntimeException: Unable to figure out calledmethod of a caller pointcut | at org.jboss.aop.ClassAdvisor.resolveCallerMethodInfo(ClassAdvisor.java:1307) | at org.jgap.Genotype.<clinit>(Unknown Source) | ... 54 more | Caused by: java.lang.RuntimeException: Unable to figure out calledmethod of a caller pointcut | at org.jboss.aop.ClassAdvisor.resolveCallerMethodInfo(ClassAdvisor.java:1286) | ... 55 more | View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3886489#3886489 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3886489 |
1965 messages has been excluded from this view by a project administrator.
