mojito java [http://community.jboss.org/people/java_mojito] created the
discussion
Re: EJB 3.1 Singleton and Cluster
To view the discussion, visit: http://community.jboss.org/message/566089#566089
--
hello,
i'm a newby in the EJB
David CARRERAS [http://community.jboss.org/people/Jojopotatoe] created the
discussion
Re: EJB 3.1 Singleton and Cluster
To view the discussion, visit: http://community.jboss.org/message/563660#563660
--
A little up .
Is it possible
Thx for pointing me to the right direction to circumvent this deployment issue.
John
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=4247667#4247667
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=4247667
We have some known issues with MANIFEST.MF classpath entries pointing to
deployments. All the same, please post the entire exception stacktrace. Also
which jar contains the MANIFEST.MF entry with that classpath (well, i could
have downloaded the application and looked up myself, but it's monday
Hi,
the 'Class-Path' entry exists within 'ejb-1-1.0.jar'.
The exception:
| 20:42:36,875 INFO [Ejb3DependenciesDeployer] Encountered deployment
abstractvfsdeploymentcont...@6037607{vfszip:/Users/john/vastland/opt/jboss-5.1.0.GA/server/standard/deploy/ear-1-1.0.ear/ejb-1-1.0.jar/}
|
It's possible to have a generic portable EJB3 application without having to add
the deployments to the MANIFEST.MF classpath. See this
http://www.jboss.org/index.html?module=bbop=viewtopict=153488postdays=0postorder=ascstart=30
(especially point#2 in that post).
View the original post :
Looks like, on a JSP recompilation, an incorrect classloader is used by the
JasperCompilationContext instead of using the deployment's classloader. That
effectively results in this error.
Your best bet to get a solution/fix is to bring this up in the Tomcat forum
here (doesn't look JBossWeb
Ok, posted
http://www.jboss.org/index.html?module=bbop=viewtopicp=4246344
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=4246345#4246345
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=4246345
To get an error, I just change JSP. When I redeploy the WAR, then it works fine.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=4246096#4246096
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=4246096
How do you change the jsp? I mean do you redeploy the WAR or just change the
jsp without redeploying the war?
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=4245895#4245895
Reply to the post :
For a single-vendor backend, establishing a naming convention for the name
attribute of @stateless and @ejb works fine.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=4240492#4240492
Reply to the post :
It's actually Weblogic which is faulty here. To determine whether you want to
call-by-value (remote) or call-by-reference (local) we must have a reference to
the appropriate interface.
The construct posted by Jaikiran should work, if not open a Jira.
View the original post :
anonymous wrote : @EJB(name = TestBeanRef, beanInterface=TestRemote.class)
| private Test test;
Tested, it doesnt work. Also similar combinations like
@EJB(name = TestBeanRef, beanInterface=TestRemote.class, beanName=TestBean)
etc.
At this moment I got one working resoultions. It work
anonymous wrote : @EJB(name = TestBeanRef)
| private Test test;
Try
@EJB(name = TestBeanRef, beanInterface=TestRemote.class)
| private Test test;
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=4236375#4236375
Reply to the post :
Are you sure this is happening? I haven't heard of similar caching issues. Is
there any caching involved within your application for objects returned from
lookup?
Also, can you try this on JBossAS-5.1.0 CR1?
View the original post :
vlotarev wrote : but fails after re-deployment (the first access to injected
EJB)
How do you redeploy? Do those beans belong to the same application (jar)? Can
you post the console logs from the point you do a redeploy? Do you access these
beans from a standalone client?
View the original
Which version of JBoss AS do you use?
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=4232142#4232142
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=4232142
___
jboss-user mailing
JBoss version is 4.2.3GA
I am making hot-deploy just copying corresponding EAR file in the server/deploy
folder. Deployment itself went well except several warnings (I removed log
entries related to entity beans deployment since as far as I guess the are out
of interest).
INFO [EARDeployer]
I did some testing: replaced @EJB dependency injection by direct JNDI lookup
but this didn't solve the problem. I noticed that the same $Proxy object is
returned in response to JNDI lookup after several application re-deployments.
Though JNDIView MBean shows different $Proxy objects after each
It's interesting that
new InitialContext().list()
returns right bound proxy classes but direct lookup invoked on the same context
new InitialContext().lookup(name)
returns old proxy class ...
It looks like InitialContext implementation caches bound objects somewhere (in
static variable?) and
anonymous wrote : org.jboss.deployers.spi.DeploymentException: Error deploying
subscription.ear: Container
jboss.j2ee:ear=subscription.ear,jar=application.ear,name=AnswerDAOImpl,service=EJB3
1) It's strange that the log mentions jar=application.ear. Is there an
application.ear inside the
A remote client (like a standalone java app) cannot use a local interface.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=4229045#4229045
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=4229045
Sorry, i tried to change all those subscription.ear references to
application.ear (i was trying to keep the example as generic as possible) but
i must have missed one.
Looks like scanning of EAR lib directories is already disabled in the
metadata-deployer-jboss-beans.xml configuration file
Yes I know, but my main concern is that stateless session beans should not get
created endlessly, that is to say that if pooled message driven beAn is used to
process a message, a pooled stateless session bean should be injected rather
than creating a new one every time. Hope I make sense now.
See this http://www.jboss.org/index.html?module=bbop=viewtopicp=4140142
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=4225877#4225877
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=4225877
Why do you want to maintain a instance of SLSB in a MDB? Note that the MDBs are
pooled and its not guaranteed that the JMS message is always handled by the
same MDB.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=4225781#4225781
Reply to the post :
ALRubinger wrote : Jaikiran, you give a good example of why the spec dictates
the fields must be injected into static members. But it's OK to criticize
something for being stupid.
|
| bcn wrote : In real-world application that would make it almost useless.
|
| Yep.
|
| Imagine if
For the benefit of others who might run into the same problem, could you post
how the issue was solved in the hosts file?
Why are you using 127.1.1.1 in the jndi properties instead of 127.0.0.1?
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=4221598#4221598
three mistakes in my life:
1. the port in the server\default\conf\jboss-service.xml was 2099, not 1099
2. i had messed up with the etc\host file
3. i forgot about these changes, untill i saw your post and did the telnet
View the original post :
127.1.1.1? Without any other information, my guess is that your hosts file is
messed up.
What OS? What version of JBoss AS? Did you start JBoss AS with the -b option?
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=4221410#4221410
Reply to the post :
Hi
THis is in jboss-4.2.2.GA. I tried both with and without -b options. The OS is
Windos XP SP2.
My JNDI.properties are as follows
java.naming.factory.initial=org.jnp.interfaces.NamingContextFactory
java.naming.factory.url.pkgs=org.jboss.naming:org.jnp.interfaces
Hi I found the solution thanks to another post of yours, Peter Thanks a lot
for the clue. the issue was resolved at C:\WINDOWS\system32\drivers\etc\hosts
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=4221451#4221451
Reply to the post :
Hi,
I think you are basically right. But the server needs some parts of the
application client module to prepare the Environment Naming Context (for JNDI
lookups or for injection preparation), so it would be quite hard to build
different jars for the server side of the client and the client
Hi,
I am a beginner with JEE. I don't understand, why examples here
http://www.jboss.org/community/docs/DOC-12835 have a class with main method in
the EAR file. As I understand, the EAR is deployed on the server, but one
usually need to deploy clinets on the other machines. Also, the client
Hi,
I tried it with name in the servlet, too. It didn't work either.
Best regards,
Andreas
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=4216856#4216856
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=4216856
web.xml version? Doesn't sound like injection is even getting setup; not a
problem with target resolution.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=4216860#4216860
Reply to the post :
Sorry, I forgot to mention.
They should be correct, as I use Version 2.5
web.xml:
?xml version=1.0 encoding=UTF-8?
| web-app xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance;
xmlns=http://java.sun.com/xml/ns/javaee;
| xmlns:web=http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd;
buki79 wrote : Hi,
|
|
| I use JBoss 4.2.2
|
Ah, so you use JBossAS-4.2.x. Injection of EJBs in servlets in this version
isn't supported. See this sticky
http://www.jboss.org/index.html?module=bbop=viewtopict=107353
View the original post :
Ah, ok. Thanks alot!! I only read that JBoss 4.2 supports EJB3, so I thought
injection works.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=4216877#4216877
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=4216877
Hi!
According to ejb-3.0 spec (page 88) in @PreDestroy method in stateless bean
only following method are allowed:
- SessionContext methods: getBusinessObject, getEJBHome, getEJBLocalHome,
getEJBObject, getEJBLocalObject,getTimerService, lookup
- JNDI access to java:comp/env
-
i have found the solution :
I killed all timers associated with the current bean, for instance :
| //to be sure that there is not previous timer still running on JBOSS
| Collection timersList = timerService.getTimers ();
| for (Object timer: timersList) {
@EJB.mappedName is a vendor-specific (non-portable) attribute which in JBoss
EJB3 is used to denote the JNDI target; you're using it as the target EJB name.
@EJB should be sufficient. Likewise you don't need to specify @Stateful.name
(the default is the bean impl class getSimpleName()).
S,
Hello,
- First I called the method registerTimer ().
- Secondly, I called the method unregisterTimer (), the method fails and the
timer is not killed.
- Third, I undeploy my ear, and deploy it again, the portion of log file shows
that the timer is still active:
| ...
|
| 2009-03-09
anonymous wrote : but this does not work, and the timer remains active even
after the bean is undeployed.
How did you verify this? Can you post the appropriate logs which show this
behaviour?
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=4214788#4214788
I'm sure the timer is not killed because I see in the logs that the timer is
still active.
i will post the log file in the afternoun.
Thank's.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=4214876#4214876
Reply to the post :
Also please post the logs which show the undeployment itself, apart from the
logs after the undeployment.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=4215112#4215112
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=4215112
The *.ejb3 suffix is not a standard suffix for an EJB archive - you need to
rename the archive to *.jar. (If recall correctly, there was a discussion
about this in the forums a while back - you could try searching for that
discussion if you are interested in the details.)
View the original
A couple of issues I saw:
1. I think @Version should have a column mapping
2. The column for the @Id should be unique = true
3. You should always return the value from merge
Can you debug and guarantee that version and id fields are populated in your
object before you call merge? If not, it
Hi,
Can you please help me in deploying my *.ejb3 file, what are necessary
steps to make ear.
Is their any way i can make *.ejb3 deployable my making some changes in
configuration files like that.
Can you please make me undestand also why support has been removed.
Thanks in Advance,
Hi,
hard to say what goes wrong.
The only possible problem I saw: the field dealerNo does not contain a
@Column annotation:
private int dealerNo;
So maybe this field is not set synchronized with the database, so that your
getDealer method does not find anything and the client creates a new
For those interested:
I tried it and it works perfectly in the described way on the same host.
Next step was to try it from a remote computer, as an application client
usually is not installed on the server. So I copied all jars and replaced the
jndi IP, but I got:
| 2009-02-12 10:51:35,821
perfectionist wrote :
|
| The problem was the injected reference to the stateless session bean was
being called one time from inside the constructor for the backing bean.
|
|
I haven't used JSF, but i think you should be using the injected reference
after @PostConstruct and not in
I think JBoss try resolve speces issues, like here
https://jira.jboss.org/jira/browse/JBAS-5796.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4198521#4198521
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4198521
please somebody answer can i get the object in select clauuse with group by
clause
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4198619#4198619
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4198619
What exactly is not working? You will have to provide us more details about
what you are doing and what is the issue. I know there is a very minor change
that i have to do that wiki, related to classpath, for JBoss-5.0 GA. However
that change, as far as i know, should not stop it from working.
I found the problem: Stateless.ear is working perfectly, however only if you
JBOSS_HOME does not contain any spaces on Windows.
Haven't figured out why yet. Everything else seems to work just fine with
spaces in the path.
View the original post :
Sanjuro wrote : however only if you JBOSS_HOME does not contain any spaces on
Windows.
|
|
It is always recommeded not to install JBoss (or even Java) in a folder contain
a space in the path name. You sometimes run into very weird issues when you
install in such folders.
View the
Although it is not exactly answer to my original question, omitting
wsdlLocation from @WebServiceRef will force usage of wsdl-file from
ejb-jar.xml.
Not exactly overriding (as there is nothing to override), but good enough.
View the original post :
I'm trying this example as documented on the
http://www.jboss.org/community/docs/DOC-12835 on JBoss 5.0.0.GA. However I can
not get it to work.
Is the Wiki entry no longer up-to-date? Or is something wrong with my
configuration?
View the original post :
Actually, I want know, Wich forms can I call one EJB.
I am using jboss 4.2.2 with default instalation.
My EJB project is into of one EE project.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4197114#4197114
Reply to the post :
you can access the jmx console, call the jndiview.list method and have a full
glance of the tree
bye
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4197127#4197127
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4197127
did you figure this out? what was wrong and what was the solution? i have the
same problem.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4196569#4196569
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4196569
Hey all,
I also got this error when using the TransactionManager, which is about the
same as the UserTransaction.
The problem was that I was using the the TM while it was still busy with
another transaction, you have to check the status of the TM first. heres how I
fixed it.
|
Could you please provide more details. Not sure what question you are asking.
Which version of JBoss and Java do you use and what exception are you seeing
and when? Post the entire exception stacktrace.
While posting logs or code or xml content, remember to wrap it in a code block
by using
As far as i know, when you package the WAR and the EJB JAR into an EAR, the WAR
will have its own classloader (as specified by the spec) and the classes in the
WAR will not be accessible outside the WAR file.
anonymous wrote : I have found in the performance tuning section the advice in
the
This is probably the culprit:
jboss:jboss-common-core:jar:2.0.2.GA:compile
It probably ends up before org.jboss:jboss-common-core:jar:2.2.8.GA on the
classpath.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4190251#4190251
Reply to the post :
Here is my pom.xml
project xmlns=http://maven.apache.org/POM/4.0.0;
| xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance;
| xsi:schemaLocation=http://maven.apache.org/POM/4.0.0
http://maven.apache.org/maven-v4_0_0.xsd;
| modelVersion4.0.0/modelVersion
|
I did a clean build and don't see this error. Which version of Maven do you
use? And does the following command throw any errors:
mvn clean install
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4188368#4188368
Reply to the post :
Sisepago, can I get a Unit Test for this:
15:09:25,236 ERROR [AbstractKernelController] Error installing to Start:
name=jboss.j2ee:jar=classes
| ,name=HelloBean,service=EJB3 state=Create
| java.lang.RuntimeException: Could not bind Reference Class Name: Proxy for:
org.ormsys.ejb3.Hello
|
ALRubinger wrote : Sisepago, can I get a Unit Test for this...attached to a
JIRA filed under EJBTHREE in the proxy component?
Nevermind, I see this stems from the JNDI Server not being accessible. Have
you determined why?
S,
ALR
View the original post :
Curious about:
java.lang.NoClassDefFoundError: org/jboss/metadata/process/chain/ProcessorChain
..or why you'd have to define the dependency upon jboss-metadata:1.0.0.CR5
manually? I'm getting:
[INFO] [dependency:tree]
| [INFO] org.jboss.ejb3:jboss-ejb3-embedded:jar:1.0.0-SNAPSHOT
| [INFO]
anonymous wrote : but testing with mvn command mvn test doesn't work, because
of java.lang.NoClassDefFoundError:
org/jboss/metadata/process/chain/ProcessorChain.
I noticed that error this morning while trying out few things. Here's what i
did:
- I have the EJB3 SVN repository on my local
For now I can now compile my small test case:
env.: mac os x, Maven version: 2.0.9, Java version: 1.5.0_16
| /**
| * Unit test for simple App.
| */
| public class HelloBeanTest {
|
| private static final Logger log = Logger.getLogger(HelloBeanTest.class);
|
| private
with this dependencies configuration on the pom.xml all thing work fine through
the comannd mvn clean install. That means jboss-ejb3-embedded has a
dependency jboss-metadata-1.0.0.CR1 and maybe another dependencies have also
dependency jboss-metadata-1.0.0.CR5 and I do not know why?
project
sisepago wrote : ...
| but testing with mvn command mvn test doesn't work, because of
java.lang.NoClassDefFoundError: org/jboss/metadata/process/chain/ProcessorChain.
| here is the error trace:
|
| 12:39:59,564 INFO [HelloBeanTest] Test #1
| | 12:39:59,830 INFO [JBossEJBContainer]
I've upgraded embedded to use MC 2.0.0.CR5 and applied the workaround. For now
embedded is using core SNAPSHOT.
https://jira.jboss.org/jira/browse/EJBTHREE-1575[/url]
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4188134#4188134
Reply to the post :
Hi Carlo,
today, I tried one more time to see, if I can more experiment with EJB3.1
Embeddable but without sucess.
After a maven command call mvn eclipse:clean eclipse:eclipse, I got this
error may you can know where is the matter here:
207b downloaded
| Downloading:
Please post your pom.xml file.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4188356#4188356
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4188356
___
jboss-user mailing list
Using JUnit instead of TestNG doesn't make a difference.
JDK: same behavior with JDK 1.6.0_10 and 1.5.0_15.
Karl
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4187325#4187325
Reply to the post :
The problem and fix are both quite simple. ;-)
Problem:
BeanMetaDataDeployer has 2 constructors.
The metadata provided in that xml is not enough to make exact/deterministic
decision about which constructor to chose.
In Carlo's case, he is just lucky that ConstructorInfo is ordered the way it is
https://jira.jboss.org/jira/browse/JBMICROCONT-380
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4187367#4187367
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4187367
___
Cool, thanks a lot
Karl
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4187368#4187368
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4187368
___
jboss-user mailing list
I tried this on a sample project with EJB3.1 embedded and ran into the same
error:
---
| Test set: jaikiran.ejb3_1.client.EJBClientTestCase
|
At least MC should say that we entered a non-deterministic situation and throw
an exception.
I think it would be better to have an UndeterminedConstructorInfo which does
some extra work at the end.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4187370#4187370
Update: I hadn't refreshed the page, so when i replied, i did not see Ales or
Carlo comments.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4187371#4187371
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4187371
Carlo,
Could you please apply the workaround (constructor injection definition in
jboss-ejb3-embedded-1.0.0-SNAPSHOT.jar/embedded-bootstrap-beans.xml)
and place an updated EJB3 embedded snapshot build in the JBoss maven repository?
many thanks,
Karl
View the original post :
Carlo,
thanks for responding.
Yes, 2.0.9, maven output is:
D:\sandbox\projects\green\EmbeddedEjbTestmvn -Dverbose=true dependency:tree
| [INFO] Scanning for projects...
| [INFO] Searching repository for plugin with prefix: 'dependency'.
| [INFO]
So far can't find anything different than my own setup except junit, which I
have as:dependency
| groupIdjunit/groupId
| artifactIdjunit/artifactId
| version[4,)/version
| scopetest/scope
| /dependency
What JDK are you using?
View the original post :
It's not the exact same problem, but close.
Usually this indicates that Maven has chosen the wrong dependency somewhere.
Are you using Maven 2.0.9?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4186483#4186483
Reply to the post :
Just to be sure: post the output of mvn -Dverbose=true dependency:tree here.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4186484#4186484
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4186484
Hello,
two more questions:
1. Can you really use the EJB annotation only in the main class (and only for
static fields)? In real-world application that would make it almost useless.
2. Can you use in the same way a stateful session bean? E. g. to handle the
client authentication and session.
bcn wrote :
| 1. Can you really use the EJB annotation only in the main class (and only
for static fields)?
|
That's what the spec says.
bcn wrote :
| In real-world application that would make it almost useless.
|
|
Why do you think so?
From what i understand, they do have a
In addition: spec chapter 9.4 says this:
anonymous wrote : Injection is also supported for the application client main
class. Because the application client container does not create instances of
the application client main class, but merely loads the class and invokes the
static main method,
Thank you both for the answers.
So stateful beans should work, okay, great.
I understand that the field with the EJB annotation unfortunately has to be
static. That could make it harder to use the same code in an app client and in
an J2EE server. Okay, maybe you can use always static fields.
Carefully read the spec: supported for the application client main class ;-).
If you declare your injected EJBs as public static variables in the main
class, you can access them from anywhere inside your client app.
Best regards
Wolfgang
View the original post :
Jaikiran, you give a good example of why the spec dictates the fields must be
injected into static members. But it's OK to criticize something for being
stupid.
bcn wrote : In real-world application that would make it almost useless.
Yep.
Imagine if MC or Spring or any injection container
Updated your wiki entry with a properly named EAR file without web client and
updated the doc to reflect those changes.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4183631#4183631
Reply to the post :
Whow, great! Thanks a lot! As this sample is required for an EJB course at the
University of Applied Science in Wiesbaden, Germany, your knowledge will be
spread to a group of 15 students on thursday. Your help was just in time ;-).
I will update my sample (with proper EAR name and maybe code
jaikiran wrote : Maybe i will get some time during this weekend.
|
|
Got it working. Have created a wiki with the details about how to use the
application client container https://www.jboss.org/community/docs/DOC-12835.
P.S: I took the liberty of attaching your sample application to that
sisepago wrote : After my first try with EJB 3.1/2 Embeddable Usage
yesterday, I ran on trouble and then I exchanged mails with Carlo. May be this
can help someone.
| have fun!
|
| There are a lot of bugs in Maven which leads into getting an unstable
| classpath configuration. What
1 - 100 of 386 matches
Mail list logo