Win a copy of Secure Financial Transactions with Ansible, Terraform, and OpenSCAP this week in the Cloud/Virtualization forum!

Hardik Mehta

Greenhorn
+ Follow
since Jul 31, 2006
Cows and Likes
Cows
Total received
0
In last 30 days
0
Total given
0
Likes
Total received
0
Received in last 30 days
0
Total given
0
Given in last 30 days
0
Forums and Threads
Scavenger Hunt
expand Ranch Hand Scavenger Hunt
expand Greenhorn Scavenger Hunt

Recent posts by Hardik Mehta

Hi,

I am trying to deploy an ear file to JBOSS AS (defalut server). The application is the mavenised version of examples of SeamInAction book.

When I copy the file to $JBOSS_HOME/server/default/deploy, I don't get any exception but the application doesn't respond, after some time trying to access the application from the browser gives following in the log...

While deploying with admin-console (http://localhost:8080/admin-console) I get following error messgae:

PS: After this Jboss gets into unusable state. I cannot even access admin-console. I just have to kill it.

ErrorMessage in admin-console:




Error Logs:

11 years ago
Hi,

While deploying a mavenized application consisting of a parent project, ejb jar project and a web project I have following stack trace in Jboss As ,5.1.0.GA.

I checked that I have the dependency for jboss-el-1.0_02.CR4.jar and the library also contains the class org/jboss/el/util/ReflectionUtil.

Any ideas ? If required, I will also post the pom files of all the projects. They are based on the seam-refimpl project mentioned in the seam FAQ section.

Here the link
http://code.google.com/p/seam-maven-refimpl


regards,
ramgalo

Thanks Manuel, for the the explanation.

What I forgot to mention in my first post (which I thought would be assumed, my fault) is that I also deploy the client in the container with the bean. This means and it is also written in the book, that it is deployed in the container (Application Client Container) and DI should be available for that client. I followed this documentation to deploy on glassfish.
http://docs.sun.com/app/docs/doc/820-7693/beaem?l=en&a=view&q=application+client


Following the similar documentation for JBOSS here, I could get the same client working.
http://www.jboss.org/community/wiki/HowtouseanapplicationclientinJBoss-5



Why shouldn't DI work for stateful beans ? On glassfish forums I was told, may be it is due to the following bug...
https://glassfish.dev.java.net/issues/show_bug.cgi?id=8631
Here the contents:


I am using glassfish V3 container.

I have deployed a very simple stateful EJB which is accessible by a client which uses global jndi lookup. But it is not accessible using the @EJB (DI) method.

Also the commandline described in glassfish documentation and other books is also not working for running the client in the ACC (Application client container).

Here the Client code:


The bean is code is like following:



After deploying the bean in the container. I tried following commandlines to run the client.

1. This is described in glassfish documentation and other online material.


2. This works for me when I run the jndi lookup client.



Am I making some mistake ?
Thanks Lalit,

I sorted out this problem. It was a missing jars problem indeed and I ended up with following in my class path:
All the libs are from jboss/client


But after the client started running properly, I got following exception in my server.log



And on client side it looks like following:


Just for info: I installed jboss from jboss-5.1.0.GA-jdk6.zip

thanks & regards.
11 years ago
I have a simple hello-world EJB3 successfully deployed as web service. I can check it with url: http://localhost:8080/jbossws/services


Following is the client which works for Glassfish but doesn't work for JBOSS



Here is how I execute the client and the error I get:



Do I need to generate something ? Am I missing some jar file(s) ?

11 years ago
Thanks Jaikiran,

I did exactly what the tutorial said, but I get the following error while deploying..

org.jboss.deployers.spi.DeploymentException: Error creating managed object for vfszip:/home/hardik/apps/jboss-5.1.0.GA/server/default/deploy/count-bean.ear/count-bean.jar/
at org.jboss.deployers.spi.DeploymentException.rethrowAsDeploymentException(DeploymentException.java:49)
at org.jboss.deployers.spi.deployer.helpers.AbstractParsingDeployerWithOutput.createMetaData(AbstractParsingDeployerWithOutput.java:362)
at org.jboss.deployers.spi.deployer.helpers.AbstractParsingDeployerWithOutput.createMetaData(AbstractParsingDeployerWithOutput.java:322)
at org.jboss.deployers.spi.deployer.helpers.AbstractParsingDeployerWithOutput.createMetaData(AbstractParsingDeployerWithOutput.java:294)
at org.jboss.deployment.JBossEjbParsingDeployer.createMetaData(JBossEjbParsingDeployer.java:95)
at org.jboss.deployers.spi.deployer.helpers.AbstractParsingDeployerWithOutput.deploy(AbstractParsingDeployerWithOutput.java:234)
at org.jboss.deployers.plugins.deployers.DeployerWrapper.deploy(DeployerWrapper.java:171)
at org.jboss.deployers.plugins.deployers.DeployersImpl.doDeploy(DeployersImpl.java:1439)
at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1157)
at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1210)
at org.jboss.deployers.plugins.deployers.DeployersImpl.install(DeployersImpl.java:1098)
at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:348)
at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1631)
at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:934)
at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1082)
at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:984)
at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:822)
at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:553)
at org.jboss.deployers.plugins.deployers.DeployersImpl.process(DeployersImpl.java:781)
at org.jboss.deployers.plugins.main.MainDeployerImpl.process(MainDeployerImpl.java:702)
at org.jboss.system.server.profileservice.repository.MainDeployerAdapter.process(MainDeployerAdapter.java:117)
at org.jboss.system.server.profileservice.hotdeploy.HDScanner.scan(HDScanner.java:362)
at org.jboss.system.server.profileservice.hotdeploy.HDScanner.run(HDScanner.java:255)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441)
at java.util.concurrent.FutureTask$Sync.innerRunAndReset(FutureTask.java:317)
at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:150)
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$101(ScheduledThreadPoolExecutor.java:98)
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.runPeriodic(ScheduledThreadPoolExecutor.java:181)
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:205)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:619)
Caused by: org.jboss.xb.binding.JBossXBException: Failed to parse source: aop-domain-name cannot appear in this position. Expected content of session is unordered_sequence: port-component? call-by-value? configuration-name? security-proxy? clustered? home-jndi-name? method-attributes? cluster-config? security-identity? local-jndi-name? ejb-name? local-home-jndi-name? timer-persistence? security-domain? ior-security-config? exception-on-rollback? jndi-name? ejb-timeout-identity? depends* invoker-bindings? {all descriptionGroup}? {unordered_sequence jndiEnvironmentRefsGroup}?



My META-INF/jboss.xml looks like this:



and the META-INF/mydomain-aop.xml like this:


The bean class is the same as posted before, without annotations regarding cacheconfig.

Am I making any mistakes ?

I figured this out after searching.

Here is the documentation link.
http://www.jboss.org/file-access/default/members/jbossas/freezone/docs/Administration_And_Configuration_Guide/5/html/clustering-session-sfsb30.html

I have to use the @CacheConfig annotation.

I am still searching for the way to configure this with xml without using any annotations. Can any body suggest how ?



My bean class looks like this..



Hi,

I want to check if my stateful bean get passivated/activated as expected and the callbacks are called.

Is it possible in GlassFish, JBOSS to restrict the number of instances created in the pool ?

If yes how ?

thanks & regards.

Thanks Jaikiran,

Exactly this was the problem, I was missing namespace information in the ejb-jar.xml.


Now I changed it according to your link..



Now it works as expected.


Hi thanks for the quick reply.

I checked the deployment logs, and I found something like this...



Look the part after Global JNDI: is empty.

Hi,

I am following the MasteringEJB4thEdition book, which I downloaded from The Server Site website.

There is a simple example of HelloBean, which works perfectly with GlassFish V3 app server. The same example when deployed on JBOSS fails because of JNDI name lookup.

Is there any rule how the JNDI lookup names in JBOSS are decided if we don't provide any ? I found while googling that it is "<ear-file-name>/<Bean-class-name>/remote" but it doesn't work for me.

Here is the bean




Here is the client I am using:


Here is the error I get while executing the client



Hi Henry,

the expression ,



means that here I am expecting a group (A 1234) or (A ) or the whole group may be absent. But in case, the group is present, I want to extract it as group no. 6.

I think now this makes sense.

Now you are right about qualifying and this solved my problem. Following pattern,



works well and I have correct value for V or group 5.

But still, I wonder how the same pattern works for R or group 4 but not for V or group 5. I think this is because of the weird group A.

But anyway, this has solved my problem and I thank you all who took pain to answer me.

regards,
Hardik
14 years ago