Re: Cannot find method addChild with this signature
by samk＠twinix.com
See Thread at: http://www.techienuggets.com/Detail?tx=64374 Posted on behalf of a User
Does anybody know if this issue is due to a bug in JBoss 5? If so, does anybody know about a workaround? I'm having exactly the same issue. I decided to create a very simple Web application which does nothing, and got the same error when deploying. Thanks in advance!
In Response To:
I just downloaded JBoss-5.0.0.GA. (released a few days ago) .
I am trying to configure with a configuration that worked flawlessly in JBoss 4.21 using an expanded war file (directory) named laser.war.
The following error is generated:
23:17:19,758 ERROR [AbstractKernelController] Error installing to Start: name=jboss.web.deployment:war=/lasser state=Create mode=Manual requiredState=Installed
org.jboss.deployers.spi.DeploymentException: URL vfsfile:/opt/jboss-5.0.0.GA/server/default/deploy/lasser.war/ deployment failed
at org.jboss.deployers.spi.DeploymentException.rethrowAsDeploymentException(DeploymentException.java:49)
at org.jboss.web.tomcat.service.deployers.TomcatDeployment.performDeployInternal(TomcatDeployment.java:373)
at org.jboss.web.tomcat.service.deployers.TomcatDeployment.performDeploy(TomcatDeployment.java:146)
at org.jboss.web.deployers.AbstractWarDeployment.start(AbstractWarDeployment.java:460)
at org.jboss.web.deployers.WebModule.startModule(WebModule.java:118)
at org.jboss.web.deployers.WebModule.start(WebModule.java:96)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
Caused by: LifecycleException: Error initializaing : javax.management.ReflectionException: Cannot find method addChild with this signature
at org.apache.catalina.core.StandardContext.start(StandardContext.java:4150)
at org.jboss.web.tomcat.service.deployers.TomcatDeployment.performDeployInternal(TomcatDeployment.java:367)
... 55 more
Is there some sort of config file for Tomcat that I am missing?
Any suggestions?
Thx.
Mike
17 years, 2 months
[JBoss Tools (users)] - FreeMarker IDE Hangs Consistently
by kaliatech
Does anyone else have a problem with the Freemarker plug-in hanging after a certain amount of time?
It happens to me fairly consistently when making changes to a larger FreeMarker template. It seems to happen, after a certain amount of time, exactly when I make change in the editor window that causes the content to get reparsed. I often see the outline view flash when it happens. When it happens, Eclipse becomes completely unresponsive, including the painter thread. (The Eclipse GUI stops updating). The only way to recover is to ctrl-alt-delete Eclipse. I don't have problems with Eclipse hanging any other time.
These hangs have been happening to me for the past ...two years?, using multiple versions of Eclipse and the FreeMarker plugin. I haven't seen others similar postings about this anywhere, so perhaps it has something subtle to do with how I set up my templates/HTML code specifically? I've also tried multiple memory settings, etc., all to no avail. It's a real pain. I tried switching to Intellij for a while as it's has an okay freemarker plugin, but I'd prefer to stay in Eclipse.
Fwiw:
- Windows XP, SP2
- Eclipse 3.4.1 (M20080911-1700)
- FreeMarker IDE 1.0.2.GA
If anyone has suggestions on how to debug this further, please let me know. I don't see a stack trace, JVM dump, or any other useful info. from the hangs. (Perhaps I can try running Eclipse in a console window and then try ctrl-breaking the java process when it hangs? ...assuming that's possible on Windows with Eclipse.)
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4205025#4205025
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4205025
17 years, 2 months
[Installation, Configuration & DEPLOYMENT] - Re: Howto move jbm and quartz tables to postgresql schema?
by PeterJ
In the postgresql-persistence-service.xml file, where did you get these two items from, they do not appear in the file I am looking at:
<!-- By default we use the TCP stack for data -->
| <attribute name="DataChannelConfig">
| ...
| </attribute>
| <!-- We use udp stack for the control channel -->
| <attribute name="ControlChannelConfig">
| ...
| </attribute>
Also, in the *-ds.xml file, change the mapping to "PostgreSQL 8.0". The server/xxx/conf/standardjbosscmp-jdbc.xml file contains the valid mapping names. Of course, this is only an issue if you are using EJB2.x entity beans with container-managed persistence.
Regarding quartz, see http://www.jboss.com/index.html?module=bb&op=viewtopic&t=141835
For a working example, go to http://www.manning.com/jbossinaction, download the source zip file. Modify the build properties in jbia-src/ch00/build.properties for your environment. (Open the jbia-src/index.html file for full instructions and information.) "cd" into the jbia-src/ch15 directory and run "ant 03" It will create an app server configuration using PostgreSQL (or MySQL, depending on build.properties) as the database.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4205024#4205024
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4205024
17 years, 2 months
[Installation, Configuration & DEPLOYMENT] - Switch EJB off in development for faster redeploy?
by bunkenburg
Hello,
We are using EJBs, only Stateless Session Beans that are identified as such be annotation @javax.ejb.Stateless. It is an exploded .jar without ejb-jar.xml file.
In development, every change to the classes provokes a redeploy of the EJBs.
My question is, can I switch off EJB?
All client code accesses EJBs via a factory class, so there could be an alternative factory that just returns an instance of the EJB class, The functionality would be the same, of course without the EJB features like transactions and security. But sometimes during development that is acceptable for fast redeploy.
I understand that in JBoss there are configurable deployers that recognize and deploy the various files that you put into deploy/. It seems what I want to do is something like remove or switch off the EJB deployer. Then the .jar will be deployed as a plain JAR which will hopefully be faster.
Has anyone done that?
How can I do it?
Thanks,
Alex
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4205018#4205018
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4205018
17 years, 2 months
[EJB 3.0] - Re: Ejb3 sources in zipped form
by skajotde
"ALRubinger" wrote :
| Your proposal to address "version madness" involves coupling the release schedule of all EJB3 components. This comes at the cost of the 2 drawbacks I'd presented.
|
| Would an additional assembly of all the EJB3 component resources in one place solve this? ie. ejb3-sources-1.0.0.jar, which contains all the sources from the various component versions that are in the EJB3 1.0.0 distribution?
|
Yes, it would be great.
"ALRubinger" wrote : You've now defined a difference between "project" (ie. EJB3) and "library" (the components that make up a project release); that distinction wasn't present before.
Sorry I was unclear.
"ALRubinger" wrote : "skajotde" wrote : In definition I would separate projects from libraries. Project has separate vesioning and release schedule but library not necessary.
|
| For the reasons laid out previously, separate release schedule for each component is necessary (or at least desirable). This *ensures* that nothing has changed when no source changes have been made. It's about a guarantee of stability, one of the reasons we've componentized so heavily in the first place.
OK.
"ALRubinger" wrote : "skajotde" wrote : You say maven releases will have independent releases - ok, so I think there should be additional release as zipped whole binary because it is project not library. Why EJB3 doesn't release zipped distribution like JBossWS, JBossAS, JBM (there is secret installer) ? We are in Linux World and Linux Users don't like when something try hide details.
|
| I think you're just asking for a new assembly to contain all of the EJB3 binaries in a unified JAR. And another one for all sources.
Yes, as I write above.
"ALRubinger" wrote : "skajotde" wrote : I'm not pro shell scripts but ejb3-installer imho should be in zipped distro and operates on files in this zip. Now I guess it downloads jars from maven repo ?
|
| No, the ejb3-plugin contains all artifacts to be installed, and is a standard executable JAR. There's no downloading involved.
Ok, but I'm suprised. Other JBoss projects release zips with scripts. Why you release jar which hide details what to do? As I wrote I'm not pro shell script, I think java to instalation is good but in more open form ;) Like zip with jars and sources with ejb3-installer (You can see what doing install shell script so I think it would be fine to see what doing ejb3-installer). You don't give reason why you choose ejb3-installer as jar.
I checked jar and you are right, it contain all libraries and has simple rules to work but I many prefer zip and when downloaded jar I was some confused.
"ALRubinger" wrote : "skajotde" wrote : I suspect you are maven fan and it is main reason to using automagic installer. I'm not so (I have many trouble with unpredicatble maven dependencies). When you download whole distribution there is closed space and you see what you get. With maven this space of dependecies are open and very fast grow (to 1GB maven repo) and I have many class conflicts because I dont see which library is using. Predicable closed dependencies is my prefered way to configure project and it is main reason I ask if there is enable one whole binary of EJB3. So user is not forced to maven when using EJB3.
|
| I didn't follow a lot of that reasoning.
|
| * We use Maven as a build tool and work through both its benefits and shortcomings. No one I've found has been a "fan" for any non-technical reason.
| * Maven has nothing to do with the "automagic installer" (ejb3-plugin).
| * As an end-user you're not forced to use Maven at all. Take our built artifacts and go.
| * The issue of dependencies isn't just Maven's fault. The EJB3 project must declare dependencies to be built, and AS provides its own dependency chain. So there's a compilation/test set and a runtime set, which may be mismatched. We've been in talks to address this.
Thanks for info. I know you are right about dependencies between libraries.
"ALRubinger" wrote : "skajotde" wrote : Little digression and other question: What is way to get dependency to ejb3 in my maven project. I will have to list all libraries explicite, all 22 libraries ?
|
| Just bring in org.jboss.ejb3:jboss-ejb3-as-int:1.0.0. Everything else will come in transitively.
|
| But if you're just building applications that *use* JBoss EJB3, you can get by with just the EJB3 API and the JBoss EJB3 External API. Or more simply, a dependency upon jbossall-client.jar.
|
| S,
| ALR
Thanks.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4205015#4205015
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4205015
17 years, 2 months
[EJB 3.0] - Re: InitialContext reference and definition
by pepelara
Hi,
It is working ok when I call the remote interface.
I do it as you say. It works fine.
But about the local interface, then console of Eclipse
gives me the following exception,
| Caught an unexpected exception!
| javax.ejb.EJBException: Invalid (i.e. remote) invocation of local interface (null container)
| at org.jboss.ejb3.stateless.StatelessLocalProxy.invoke(StatelessLocalProxy.java:80)
| at $Proxy0.add(Unknown Source)
| at jboss.tutorial.CalculatorClient.doOperations(CalculatorClient.java:29)
| at jboss.tutorial.CalculatorClient.main(CalculatorClient.java:45)
|
This is my new client,
| public class CalculatorClient {
|
| @EJB
| private static Calculator calculator;
|
| public CalculatorClient() {
| try {
| Properties props = new Properties();
| props.put("java.naming.factory.initial", "org.jnp.interfaces.NamingContextFactory");
| props.put("java.naming.factory.url.pkgs", "jnp://localhost:1099");
| props.put("java.naming.provider.url", "jnp://localhost:1099");
| Context ctx = new InitialContext(props);
| calculator = (Calculator) ctx.lookup("CalculatorEAR/CalculatorBean/local");
| } catch (Exception ex) {
| System.out.println("CouldnâÂÂt create calculator bean. "+
| ex.getMessage());
| }
| }
|
| public void doOperations() {
| try {
| System.out.println("1 + 1 = " + calculator.add(1, 1));
| System.out.println("1 - 1 = " + calculator.subtract(1, 1));
|
| System.exit(0);
| } catch (Exception ex) {
| System.err.println("Caught an unexpected exception!");
| ex.printStackTrace();
| }
| }
|
| /**
| * @param args
| */
| public static void main(String[] args) {
| // TODO Auto-generated method stub
| CalculatorClient cClient = new CalculatorClient();
| cClient.doOperations();
| }
| }
|
The exception occurs when I call the doOperations() method.
Thanks,
pepelara
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4205014#4205014
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4205014
17 years, 2 months
