Hmm, I see that if I change the jndi.properties on the client to use http, but
leave the server .ear jndi.properties as standard, then it works. Could it be
that the server .ear cannot access jndi via http, yet the client can? Seems
that way. Not sure why. I guess it is ok, there is no reason fo
My server.log contains the following. I have no idea if it relates to my
problem. I can't see anything in any config that would cause it.
2006-01-11 14:29:45,919 DEBUG [org.jnp.interfaces.NamingContext] Failed to
connect to http:1099
javax.naming.CommunicationException: Failed to connect to se
This is the full stack trace. The fact that http servlet is in the middle of
the stack trace seems to indicate I guess that the servlet proxy is getting
called, and then what happens, I don't know...
javax.naming.NameNotFoundException: SpFinOtherSession not bound
at org.jnp.server.Naming
I've an other question.
this is the same context.
I have the following error when I try to get the JMS connection.
javax.naming.NameNotFoundException: ConnectionFactory not bound
what dependency shall I have to declare to load the service at startup???
tks
View the original post :
http://www
tks, it works
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3916707#3916707
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3916707
---
This SF.net email is sponsored
My application-client.xml looks like:
http://java.sun.com/xml/ns/j2ee";
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee
http://java.sun.com/xml/ns/j2ee/application-client_1_4.xsd";
version="1.4">
Quality Control Service Client
service/Qu
Beause the service to which the depends was added has no attribute named
"com/toto/titi/MyClass", which not a valid attribute name.
Read the jmx chapter in the server guide.
http://www.jboss.com/products/jbossas/docs
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopi
I made a service that depends on a queue I created.
the queue is named in my JMX console like this :
Domain Name: jboss.mq.destination
| service: Queue
| name: com/toto/titi/MyClass
JNDI queue name is : queue/com/toto/titi/MyClass
the dependency in the jboss-service is as follow :
jboss.mq.
Use [ code ] ... [ /code ] (without the spaces) tags to display the
configuration correctly.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3916682#3916682
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3916682
---
How does your application-client.xml look like? Mine looks like this:
(it is at the root of the jar like with jboss-client.xml)
|
|http://java.sun.com/xml/ns/j2ee";
|xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
|xsi:schemaLocation="http://java.sun.com/xml/ns
To add to above, the problematic lines in org.jboss.axis.client.Service.getPort
are
| ClassLoader classLoader = Thread.currentThread().getContextClassLoader();
|
| return (Remote)Proxy.newProxyInstance(
| classLoader,
| new Class[]{proxyInterface, javax.xml.rpc.Stub.class},
I had the same problem trying to select individual jar files, to avoid
including desnecesary classes (like servlet stuff) in the classpath.
I found that the InvalidClassException was caused by a missing class
(EDU.oswego.cs.dl.util.concurrent.SynchronizedLong), which is included only in
the jbo
I was able to get passed the error. Apparently I used the wrong port number.
The jnp port was different from the port jboss is running from. But now I am
receiving another strange error:
javax.naming.NameNotFoundException: comp not bound
at org.jnp.server.NamingServer.getBinding(NamingSer
It turns out this was a bug (feature) of c3p0-0.9.0.2. I filed a patch with
the c3p0 SourceForge project that fixes the issue:
http://sourceforge.net/tracker/index.php?func=detail&aid=1398181&group_id=25357&atid=383692
Dave
View the original post :
http://www.jboss.com/index.html?module=bb&o
Hmm...after looking at the source for
com.mchange.v2.c3p0.mbean.C3P0PooledDataSource, does this class just have to be
smarter about "creating" any missing subcontexts itself before it tries to bind
to them?
Dave
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&
When i start the AS, i get the following error:
| javax.naming.CommunicationException: Receive timed out [Root exception is
java.net.SocketTimeoutException: Receive timed out]
| at
org.jnp.interfaces.NamingContext.discoverServer(NamingContext.java:1302)
| at org.jnp.interfaces.Nam
ok... solved it
i was not using the jbossall-client.jar but several other Jars...
The fun part is that they all belong to 4.0.3 so there are classes in the
jboss-4.0.3/client directory jars that are not compatible with 4.0.3!!!
View the original post :
http://www.jboss.com/index.html?mo
"simonsal" wrote : What happens if you start JBoss in one window and then try
to call the shutodown command in another, do you get the same timeoutexception?
Shutdown works fine but remote program keeps giving problems.
I have made sure I am using the correct libraries when compiling and running.
Yes, You are right. The problem was jars mismatch between client and server.
Thanks,
Pathipati
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3915104#3915104
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3915104
-
You still have the out of date classes visible on the client then. Explicitly
load the org.jboss.ejb3.stateless.StatelessRemoteProxy class and print out its
codebase/serialVersionUID:
| import java.io.ObjectStreamClass;
| ...
| ClassLoader tcl = Thread.currentThread().getContextClas
I have copied the same jars from the server to the client. Still I get the
error.
Thanks
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3915092#3915092
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3915092
--
Its a bug in how the proxies are maintaining their serialVersionUIDs:
http://jira.jboss.com/jira/browse/EJBTHREE-402
You will need to have the same classes/jars on the client/server. The error
indicates that you have mixed versions and are seeing the incompatibility bug.
View the original post
The descriptors shown are not descriptors associated with an ear file but a jar
file. application.xml and jboss-app.xml are the descriptors associated with an
ear file.
EAR files are enterprise archives that can contain jar, sar, war, har files as
well as jar libraries. JAR files are java archi
I also encounter the same problem, any ideas?
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3914815#3914815
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3914815
---
I can do what as your said. i can put the package just in 1 ear file. But it
requirement.
This is example of one my ear file.
Now i have show you my deployment desciptor;
jboss.xml
honda
honda
ejb-jar.xml
http://java.sun.com/dtd/ejb-jar_2_0.dt
Are you refering to the same problem you posted here?
http://www.jboss.com/index.html?module=bb&op=viewtopic&t=74343
Please, avoid posting the same question several times. If you want to give
further information about the problem, use the original post.
http://wiki.jboss.org/wiki/Wiki.jsp?page=
why don't you put the jar file(s) containing your beans in just one ear? Is
there any requirement that stops you from putting your beans in the same ear?
you should be able to reference the second one from the first using ejb-ref
element and doing the necessary jndi lookup.
View the original po
i read the previous comment,but the JNDIBindingServiceManager is not part of
4.0sp1 and i couldnt understand the first part of the comment .
regards,
jana
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3914447#3914447
Reply to the post :
http://www.jboss.com
Read the previous comment.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3914440#3914440
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3914440
---
This SF.net email
are there any default services that can be user to bind resources in jndi in
4.0 sp1 ?
regards,
jana
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3914434#3914434
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3914434
Local ejbs are not accessible from a remote client (this is as expected,
otherwise why are they local). See the ejb3 tutoral for examples of remote
clients access ejbs.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3914327#3914327
Reply to the post :
http:/
My jboss-service.xml file is configured to 4099, by default. So i am using 4099.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3914294#3914294
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3914294
The default jndi port is 1099 so the provider url should most likely be:
env1.put(javax.naming.Context.PROVIDER_URL, "jnp://164.164.27.164:1099");
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3914267#3914267
Reply to the post :
http://www.jboss.com/index.
Posting back, this was all to do with getting the right attributes in the right
place.
After reading the source code I now understand that a blank password is fine
and expected, the checkPassword method does the ldap 'login' auth check that
effects the same behaviour.
The issue with a consta
Thanks for your reply jaikiran!! You were correct. I searched for some time
through EJB/JBOSS and found another related post. I changed my jboss.xml
tag to and a couple other changes and finally
got my deployment working :). I still have a class loader issue that I will
continue to work with
Finally fixed it. The issue was the way I was setting up the ejb dir that was
getting packaged, the structure of the manifest file and the application.xml
needed to have a module for the ejb.jar.
Also, for debugging:
1. The EJB not bound error almost always seems to occur when the ejb does not
JNDI View output for reference. on deployment
java: Namespace
+- SecurityProxyFactory (class:
org.jboss.security.SubjectSecurityProxyFactory)
+- DefaultJMSProvider (class: org.jboss.jms.jndi.JBossMQProvider)
+
Note that I am using JBOSS 3.2.3
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3913122#3913122
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3913122
---
This SF.net
"philc_jboss" wrote :
| jmx-console
| service=JNDIView:
| +- local (class: org.jnp.interfaces.NamingContext)
| | +- [EMAIL PROTECTED] (proxy: $Proxy149 implements interface
org.ejb.MyBeanLocalHome)
|
|
This i think should just be MyBeanLocal and NOT [EMAIL PROTECTED] I had seen
Reviewing my initial post, I see with the calling code I did not mention that I
was calling from a struts action / servlet (Tomcat bundled with JBoss). I know
that Tomcat has its' own JNDI Server and from what I read I have to make a
global reference.
I am using the default jndi.properties in
Are you doing the lookup inside the JBoss JVM?
In that case:
1. Use the in JBoss already existent jndi.properties (dont edit it!) and just
do a new InitialContext()
2. Do the lookup like in your first post - that is dont use the java:/
namespace.
/L
View the original post :
http://www.jboss
Ok, I can't imagine there is not an answer to this issue (nobody else has
experienced this issue). I guess this is seen as a newbie/configuration
addressed in configuration documents that I overlooked. Either way I will
continue to try to get this working somehow otherwise I will have to switch
Thanks. with netstat port 1099 does indeed show up, whereas it didn't with nmap.
Unfortunately, I still keep getting the same Exception.
Does anybody know in which direction to look next?
Thanks.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3912497#3912497
R
I have an application with the same error. I am trying to solve it - but not
successulf yet. Please let me know your findings.
Thanks
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3912447#3912447
Reply to the post :
http://www.jboss.com/index.html?module=bb
Look in JBoss FAQ wikki about setting JBoss behind firewall.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3912265#3912265
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3912265
Look in FAQ wikki about JBoss behind firewall. The problem is that RMI-stub,
generated by JBoss and sent to client, points to incorrect address. One way is
to set some system's props while starting JBoss.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3912263#
Ok so I finally stumbled across a Wiki entry (still no luck):
>>
Why do I get NameNotFoundException??
By default JBoss binds ConnectionFactorys/DataSources in the java: namespace.
This is only visible inside the same virtual machine and only when using a
naming context that is not configure
did you check using netstat?
Linux / Unix / or Windows command window:
At the command prompt, type netstat -a
i.e.
c:\>netstat -a -n
or
myserver# netstat -a -n
You should see a tcp entry for 1099
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3912246#39122
"kannaiyanbalaji" wrote :
| java.rmi.server.ExportException: Port already in use: 1098; nested
exception is:
| java.net.BindException: Address already in use: JVM_Bind
|
You don't need to move JBoss to a different port. It is sufficient and maybe
even better to reserve some ports us
Hi All,
I figured out by digging into the firewall logs that port 1099 (JNDI listener
port) is blocked in our network firewall. So after removing it from the
firewall protected list of ports, my client is working perfectly fine,
connecting the EJB that i have deployed on another machine on the
Yeah. I actually looked at the source for naming and saw how it worked and
embedded it successfully.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3910735#3910735
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3910735
Look at the org.jboss.naming.NamingService source.
http://anoncvs.forge.jboss.com:8080/
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3910733#3910733
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3910733
-
anybody help please??
some time it takes up to 17Sec to create a context in the same subnet and with
a Gbit lan.
Thank you.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3910713#3910713
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting
Create a bug report with the example unit test and ejb3 deployment which
demonstrates this.
http://jira.jboss.com/jira/browse/EJBTHREE
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3910472#3910472
Reply to the post :
http://www.jboss.com/index.html?module=
Or, you are in the same server and the "blablabla" matters. When in the jboss
server, you should generally not use anything other then the no argument
version of the InitialContext ctor. If you are using the
InitialContext(Hashtable) form, you need to understand the effect of the
"blablabla".
You can use J-Integra Espresso to access EJBs or J2EE from VB.NET client via
CORBA. Here is an example.
http://j-integra.intrinsyc.com/support/espresso/doc/#DemoJ2EE/PerformanceTester/PerformanceTester.html
If you need to use Visual Basic 6 instead of Visual Basic.NET to access EJB,
you can use
By the way, I'm using non-clustered JBoss (all the threads about this refer
something about clustering, but it is not the case)...
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3910316#3910316
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=
Thank you so much..I got the SP1 and now everything is working fine..
Thanks
Sateesh
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3910292#3910292
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3910292
---
You will need to upgrade to JBoss 4.0.3 SP1, this is one of the issues solved
in the service pack release.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3910267#3910267
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=391
Post the code you arfe using to do the binding.
How are you executing the code?
Have you checked the JNDI View MBean in the JMX console to check the bindings?
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3910266#3910266
Reply to the post :
http://www.jboss
You are trying to connect to the java: namespace from a remote client, the
java: namespace can not be accessed remotely.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3909722#3909722
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mo
We are currently using version 4.0.0, although I will be migrating to version
4.03 once I fix an unrelated problem in another module.
Here is the JNDI section of the conf/jboss-service.xml file :
true
1099
1098
can you give us a description of your files?
what version of jboss you are using?
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3909518#3909518
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3909518
-
Well a first pass at using a relative URL didn't work..
However Util.resolveURL has something interesting in it:
| public static URL resolveURL(String urlValue) throws MalformedURLException
|{
| if (urlValue == null)
| return null;
|
| URL externalURL = n
Thanks for pointing that out. I wasn't aware that you could do something like:
http://virtualhost.domain.com:8443/invoker/readonly/JMXInvokerServlet
And bypass the whole InvokerURLPrefix/InvokerURLSuffix mechanism.
I still have a couple of problems though:
1) I want the machine to be accessibl
I saw in a post that every bean should be annotated with
| @RemoteBinding(clientBindUrl="socket://[host]:[port]")
|
but it seems that JBoss 4.0.3 doesn't need it (.. I would like to use this
annotation but I didn't find it ... disappear ?)
Another thing is the jboss.bind.adress variable (I
Thanks for your help,
I don't think that URL are a problem : because I ran a copy of ther server on a
machine without firewall and I can reach it remotly.
I'm sorry but I don't get you :
anonymous wrote :
| Have you tried a test with your simple RMI server behind the firewall and
your RMI cl
I mean, when you use Rmi (url begins with jnp://) that are the parameters you
need to configure.
E.g. when using rmi over http (also know as "using http as invokation layer")
you need to configure http-invoker.sar.
Have you tried a test with your simple RMI server behind the firewall and your
What do you mean by
anonymous wrote :
| RMI/JNDI-jnp :
| 1) the url must be the firewall's url
|
I have done a test with a simple RMI server (launch on the same machine than
the jboss server), and a simple RMI client. It works fine !!
I understood the problem with the hostname and I don
I've got this error, but in my case it was just the server, behind a firewall,
not correctly configured (but the log was the same - Cannot authenticate user)
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3908194#3908194
Reply to the post :
http://www.jboss.
oh oh... none of the xml tags can be seen ! sorry about that... under the
Naming bean and the HttpInvoker bean :
| :8443/invoker/readonly/JMXInvokerServlet
|
| http://:8443/invoker/readonly/JMXInvokerServlet
|
|
View the original post :
http://www.jboss.com/in
After the lookup, the server sends the addresses specified in
deploy/http-invoker.sar/META-INF/jboss-service.xml to the client (when using
http).
Try this option :
a) delet the attribute "UseHostName" and
b) add an InvokerURL attribute and
c) change the ports used in the file to your 8443 port
I think it depends on the configuration of your server.
The code seems ok.
When using a server behind a firewall, it is necessary to configure it in order
to provide clients with the address of the firewall (otherwise, after the first
lookup call, the server will send its local hostname to the
First off, I don't see how a servlet filter will help with a JUnit test case.
If he/she was using Cactus, maybe but this is an issue with the login
module.
Also, NTLM is not being used here. Neillane is using LDAP, not Windows. So
Samba shouldn't be required.
Neillane,
For starters
Never mind. I found the problem. I have to have jbossall-client.jar in the
class path.
-Anirban
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3907987#3907987
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3907987
Is it possible to specify TIMEOUT value for the HTTTPURL connection used in
HttpNamingContextFactory ???
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3907800#3907800
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=390
I had seen below links
http://www.jboss.com/index.html?module=bb&op=viewtopic&t=72469
http://www.jboss.com/index.html?module=bb&op=viewtopic&t=72243
But they dont help either.
Any info is appreciated..
Thanks
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3
Hi, I just ran into this very problem with jboss 4.0.1.
I downloaded the fixed version from CVS (tagged 1.5.6.2) and managed to compile
it into a new package. I tried to use this version by changing all references
to org.jboss.invocation.InvokerInterceptor with .InvokerInterceptor
in files jbos
This seems to be related to a similar problem I posted here:
[url]
http://www.jboss.com/index.html?module=bb&op=viewtopic&t=61514[/url]
In general, the whole JNDI infrastructure seems to rely on the JBoss
Application Server being in DNS and being directly accessible to clients (and
not behind a
hi there.(first: my english is not the best.. :))
I have try these with two jboss servers jboss4.0.2 and jboss4.0.3SP1, after
some little errors i get all working, i will put here some tips where i was
stack in my tests,
my source:
the ejb-jar.xml file significative part:
download jcifs.jar from http://jcifs.samba.org, and use it as a filter in your
web.xml file.
http://java.sun.com/xml/ns/j2ee";
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; version="2.4"
xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee
http://java.sun.com/xml/ns/j2ee/web-app_2_4.x
within a last format I solve it thank you for your usefull information.
the problem is my META_INF folder and my ant build script.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3906300#3906300
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=
What is output by JBoss when you deploy the latest jar with the modified
structure?
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3906296#3906296
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3906296
Is your helloEJB a .jar file? If yes, then you will have to package it into a
.ear file and place the .ear file in deploy directory. The reason why i am
asking this is i did not find any application.xml file under the META-INF
directory(from the contents that you posted)
View the original pos
Sorry, hadnt seen your first post.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3906289#3906289
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3906289
---
SF.Net em
Please post contents of ejb-jar.xml and jboss.xml
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3906286#3906286
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3906286
-
within a last format I solve it thank you for your usefull information.
the problem is my META_INF folder and my ant build script.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3906305#3906305
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=
What happens if you start JBoss in one window and then try to call the
shutodown command in another, do you get the same timeoutexception?
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3906282#3906282
Reply to the post :
http://www.jboss.com/index.html?modul
within a last format I solve it thank you for your usefull information.
the problem is my META_INF folder and my ant build script.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3906302#3906302
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=
"rrawasi" wrote : Now I correct my jar file but it still don't find by
application server.
| here is my jar content:
| META-INF/
| META-INF/MANIFEST.MF
| tutorial/
| tutorial/ejb/
| tutorial/ejb/HelloBean.class
| tutorial/interfaces/
| tutorial/interfaces/Hello.class
| tutorial/i
Now I correct my jar file but it still don't find by application server.
here is my jar content:
META-INF/
META-INF/MANIFEST.MF
tutorial/
tutorial/ejb/
tutorial/ejb/HelloBean.class
tutorial/interfaces/
tutorial/interfaces/Hello.class
tutorial/interfaces/HelloHome.class
ejb-jar.xml
jboss.xml
View
maybe I find my problem it is about my jar file creation and ant script but I'm
not sure
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3906211#3906211
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3906211
---
thank you for your reply
here is jboss log for make sure that my bean is deployed:
08:45:24,395 INFO [MainDeployer] Starting deployment of package:
file:/D:/Reza/JBOSS/jboss-3.2.3/server/default/deploy/helloEJB
08:45:24,405 INFO [MainDeployer] Deployed package:
file:/D:/Reza/JBOSS/jboss-3.2.3/
sorry!
jboss.jca:service=LocalTxCM,name=jdbc/test
should be ,maybe use (code /code),:0)
jboss.jca:service=LocalTxCM,name=jdbc/test
|
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3906177#3906177
Reply to the post :
http://www.jboss.com/index.html?m
hahaha,I have solved the problem.
thank u,genman,but u didn't give me some valuable message.
We maybe should offer the answer if we knew,so that it can save many people's
time!
I need thank the jboss-wiki,
http://wiki.jboss.org/wiki/Wiki.jsp?page=DependOnDataSource .
That gives me the ins
"rrawasi" wrote :
| I saw JBOSS service=JNDIView from jmx-console but I don't find my JNDI
name
|
If you can not find your bean using the JNDI view it only means one thing -
your bean has not been deployed.
Have you double checked it is not bound using any other name?
What messages are
"[EMAIL PROTECTED]" wrote : The UserTransaction interface is already available
for use outside of the vm.
That's the point. The ClientUserTransaction implementation that is returned
isn't enough. More often than not one needs to control transactions, not only
transaction demarcation from within
The UserTransaction interface is already available for use outside of the vm.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3905883#3905883
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3905883
---
Answering my question, but I've got it working now. Things are a bit pickier
now in the way one passes a method call via the Proxy now. The code I was
using before to call a method taking no parameters was :
InitialContext ctx = new InitialContext();
Object obj = ctx.lookup(inv
Actually, it is the FIRST ProxyDeployer message that looks supicious, the one
about no declared remote bindings
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3905668#3905668
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=re
201 - 300 of 568 matches
Mail list logo
