[Design of POJO Server] - Re: Stats issue
by bytor99999
"bytor99999" wrote : It might be a red herring. In the console log it shows a different exception, that I think is a call on my end that I need to change now.
No, that wasn't it, still get
java.lang.NoSuchMethodError: org.jboss.deployers.spi.management.ManagementView.getTemplate(Ljava/lang/String;)Lorg/jboss/deployers/spi/management/DeploymentTemplateInfo; at org.rhq.plugins.jbossas5.ProfileJBossServerComponent.createResource(ProfileJBossServerComponent.java:130) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.rhq.core.pc.inventory.ResourceContainer$LockedFacetInvocationHandler.invoke(ResourceContainer.java:248) at $Proxy178.createResource(Unknown Source) at org.rhq.core.pc.inventory.CreateResourceRunner.call(CreateResourceRunner.java:107) at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:269) at java.util.concurrent.FutureTask.run(FutureTask.java:123) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:650) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:675) at java.lang.Thread.run(Thread.java:595)
In this line in our code
deploymentTemplateInfo = profileView.getTemplate(templateName);
I can't even step into that method, and I have a module in my IDE that has that code to step into.
Thanks
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4132717#4132717
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4132717
16 years, 10 months
[Design of POJO Server] - Re: Stats issue
by bytor99999
"scott.stark(a)jboss.org" wrote : "bytor99999" wrote :
| | But did something change in the api for ManagementView?
| | calling ManagementView.getTemplate(String templateName) is giving me a NoSuchMethodError.
| |
| No, should not have. I did not make any api changes in the ProfileServiceUnitTestCase. My current trunk workspace is a mess, so I'll rebuild trunk on another box to see if the ProfileServiceUnitTestCase is working as expected there. Should only be 2 errors related to the generic connection factory deployments.
|
I svn'd up and the ManagementViewImpl class still has getTemplate method in it. Hmm, it compiles for me too.
Now is it possible the String name for a template changed for local TX Datasource?
Weird.
thanks
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4132705#4132705
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4132705
16 years, 10 months
[Design of JBoss Build System] - Re: Moving jbossas to a maven repo for thirdparty
by scott.stark＠jboss.org
I tried adding two new dependencies/mappings for mc jars into the jboss/microcontainer location to see how many to one type of mappings would work, and I'm seeing the pom.xml fail to validate because of missing dependency versions. I don't see them for the existing dependency elements, so is this because of the org.jboss.jbossas:jboss-as-parent missing them?
| [starksm@succubus thirdparty]$ mvn package
| [INFO] Scanning for projects...
| [INFO] ------------------------------------------------------------------------
| [ERROR] FATAL ERROR
| [INFO] ------------------------------------------------------------------------
| [INFO] Error building POM (may not be this project's POM).
|
|
| Project ID: org.jboss.jbossas:jboss-as-thirdparty
| POM Location: /home/svn/JBossHead/jboss-head/thirdparty/pom.xml
| Validation Messages:
|
| [0] 'dependencies.dependency.version' is missing for org.jboss.microcontainer:jboss-classloader
|
|
| Reason: Failed to validate POM for project org.jboss.jbossas:jboss-as-thirdparty at /home/svn/JBossHead/jboss-head/thirdparty/pom.xml
|
|
| [INFO] ------------------------------------------------------------------------[INFO] Trace
| org.apache.maven.reactor.MavenExecutionException: Failed to validate POM for project org.jboss.jbossas:jboss-as-thirdparty at /home/svn/JBossHead/jboss-head/thirdparty/pom.xml
| at org.apache.maven.DefaultMaven.getProjects(DefaultMaven.java:378)
| at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:290)
| at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:125)
| at org.apache.maven.cli.MavenCli.main(MavenCli.java:280)
| at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
| at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
| at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
| at java.lang.reflect.Method.invoke(Method.java:585)
| at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
| at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
| at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
| at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
| Caused by: org.apache.maven.project.InvalidProjectModelException: Failed to validate POM for project org.jboss.jbossas:jboss-as-thirdparty at /home/svn/JBossHead/jboss-head/thirdparty/pom.xml
| at org.apache.maven.project.DefaultMavenProjectBuilder.processProjectLogic(DefaultMavenProjectBuilder.java:998)
| at org.apache.maven.project.DefaultMavenProjectBuilder.buildInternal(DefaultMavenProjectBuilder.java:801)
| at org.apache.maven.project.DefaultMavenProjectBuilder.buildFromSourceFileInternal(DefaultMavenProjectBuilder.java:479)
| at org.apache.maven.project.DefaultMavenProjectBuilder.build(DefaultMavenProjectBuilder.java:200)
| at org.apache.maven.DefaultMaven.getProject(DefaultMaven.java:553)
| at org.apache.maven.DefaultMaven.collectProjects(DefaultMaven.java:467) at org.apache.maven.DefaultMaven.getProjects(DefaultMaven.java:364)
| ... 11 more
|
The example fragments I added were:
| <mappedDependencies>
| <dependency>
| <groupId>corg.jboss.microcontainer</groupId>
| <artifactId>jboss-aop-mc-int</artifactId>
| <mapping>
| <componentId>jboss/microcontainer</componentId>
| <artifactId>jboss-aop-mc-int</artifactId>
| </mapping>
| </dependency>
| <dependency>
| <groupId>corg.jboss.microcontainer</groupId>
| <artifactId>jboss-classloader</artifactId>
| <mapping>
| <componentId>jboss/microcontainer</componentId>
| <artifactId>jboss-classloader</artifactId>
| </mapping>
| </dependency>
| </mappedDependencies>
| ...
| <dependency>
| <groupId>org.jboss.microcontainer</groupId>
| <artifactId>jboss-aop-mc-int</artifactId>
| </dependency>
| <dependency>
| <groupId>org.jboss.microcontainer</groupId>
| <artifactId>jboss-classloader</artifactId>
| </dependency>
|
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4132701#4132701
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4132701
16 years, 10 months