Forgot: try the Eclipse forum to solve your problem...
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3902931#3902931
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3902931
--
There are a few ways to solve this. Asking me, deploy an EAR with your bean jar
and dependent libraries.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3902930#3902930
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=39029
If you don't want to be dependent from the version of a library somebody else
is using, deploy the jar within your sar and use a differnt loaderrepository
for your sar. Be sure to set java2ParentDelegation to false.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic
??? what instance ???
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3899771#3899771
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3899771
---
This SF.Net email is sp
Just deploy your ear... ;-)
Since you are not providing much information, I will try to become a
clairvoyant.
I think your ear contains a war and some other resources, perhaps EJBs.
Split you deployment to a web-deployment for tomcat (war, all needed libs and
probably jboss-client stuff) and th
Translation of above error message:
http-invoker.sar depends on HibernateFactory.
jboss.jca:service=HibernateFactory,name=HibernateFactory is not deployed.
Probably it is missing or you can see some errors in the log why it couldn't be
deployed.
View the original post :
http://www.jboss.com/in
Perhaps you are using the same bean stub for all the calls, which isn't
synchronized at all.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3899221#3899221
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3899221
---
Try JMS.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3897884#3897884
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3897884
---
This SF.Net email is sponsored by:
P
Initialisation of your bean should be done in ejbCreate.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3896300#3896300
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3896300
I am using JBoss 3.2.7 . This version comes with an example. Watch out for the
configuration of the ServiceBindingManager within your conf/jboss-service.xml .
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3896298#3896298
Reply to the post :
http://www.jboss.
So why don't you call shutdown() on the MBean jboss.system.Server?
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3896296#3896296
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3896296
--
I would start another JBoss instance on the server using different ports for
all the services. This can be accomplished by using the ServiceBindingManager.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3896256#3896256
Reply to the post :
http://www.jboss.com
If I should have to write an application server, I would install a
SecurityManager with an overwritten checkExit method, so nobody can halt the
system just by calling System.exit() within deployed code ;-)
Read this regarding threads (daemon threads) and the system exit.
http://java.sun.com/j2se
Just an idea: use a db as your 'locking manager'...?
But you can even implement your own locking manager (perhaps as mbean, perhaps
with an ejb facade) and deploy it as hasingleton when running with clustered
jboss...
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewto
You can explicitly lookup a bean in your server B by creating an new
InitialContext(Properties). The URL in these properties should point to server
B!
Wouldn't it be nice to use a jboss cluster and hajndi?
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=386338
Any stacktrace? Anything remarkable in your server.log?
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3863377#3863377
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3863377
-
It's set within the invoker-proxy-binding. You can configure your beans binding
with your beans jboss.xml or with conf/standardjboss.xml .
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3863354#3863354
Reply to the post :
http://www.jboss.org/index.html?modul
Start your vm with -Xmx to set the available heap.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3863352#3863352
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3863352
--
Define your own appender within conf/log4j.xml to write in your own file. Then
define a new category for your mbean which is the only one logging into the
appender above. Done ;-)
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3863349#3863349
Reply to the po
Please read some faq, wiki, doko regarding jboss, mbeans, ...
If you are still stuck come back with a concrete problem...
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3863348#3863348
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mo
Well, the lookup is masked by HomeHelper, therefore your code snippet doesn't
help.
Watch for errors in the server.log when your bean is deployed. Use the jmx
console (JNDI view -> list) to see if your bean is deployed within the JNDI
namespace you exptect to see it.
(http://your-host-jboss-is
No. The first class loaded will be the one and only.
I even can't imagine why you try to do so...
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3863065#3863065
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3863065
---
The client jars can be found within the jboss/client dir. If you don't know
which one you need, use the jbossall-client.jar.
With these in your classpath you can start writing/compiling EJBs.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3862905#3862905
Repl
an easy way: modify the startup script and relaunch jboss...
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3862852#3862852
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3862852
Try to take a look at the DTD for jboss.xml.
The interesting tag is local-jndi-name (which is for local beans).
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3862718#3862718
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&
... or HTTP for lookups and RMI /SSL for invocation...
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3862693#3862693
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3862693
--
This for sure...
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3862692#3862692
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3862692
---
The SF.Net email is sponsore
This thread should be moved to "useless rants" soon...
What does "live inside a j2ee container" mean? Does every object instanciated
within the vm started with jboss "live inside a j2ee container"?
JBoss is a multi-tier application based on a jmx microkernel. What parts "live
inside a j2ee conta
There is no serialisation done during deployment. Are you implementing
something in the beans constructor which should be done in the ejbCreate()
method?
And seems that your class is not properlty serializable. Try this:
How to Make a Class Serializable
http://www.oreilly.com/catalog/javarmi/cha
The server you started is configured with its conf/jboss-service.xml (e.g. the
ports used for JNDI). But the port 1098 is in use when you are going to start
your server.
Try netstat before you start the server and watch who is using this port on
your machine. If this port isn't used at all, it
Probably the classname and the class files filename are not the same ;-)
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3862542#3862542
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3862542
--
Danny, I was talking about MBeans, did you read this thread
anonymous wrote : MBeans are not EJBs. The thread(s) must be managed in
there!
RTFM
http://www.jboss.org/wiki/Wiki.jsp?page=JBossService
http://www.jboss.org/wiki/Wiki.jsp?page=JBossMX
MBEans are services. The EJB container wit
Where is the problem?
It is up to you where you are going to obtain threads (e.g. thread pools). The
number of threads can (usually) be configured with the service since
configuring this makes only sense per service (in your example the web
service). And remember, you are going to provide a serv
MBeans are not EJBs. The thread(s) must be managed in there!
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3862378#3862378
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3862378
---
If your implementation is working as POJO implementation, it will work as
MBean, too.
You didn't implement the loop above within the start service method, did you?
You will block the jmx server when the start method doesn't return.
You must do this within your own thread. What was wrong with t
typo??
anonymous wrote : export JAVA_HOME="/usr/java/jdk1.4.2_06"
| export JDK_HOME="usr/java/j2sdk1.4.2_06"
JAVA_HOME must point to a correctly installed JDK!
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3862365#3862365
Reply to the post :
http://www.j
Assumption: you are talking about a stateful session bean.
You can create the bean with the home interface, an instance of the SFSB is
created on the server. The reference (stub) is valid as long as the session
bean hasn't timed out. You can even use the handle to store a reference to the
bean,
btw, the same for statless, but there is no need to remove the bean and there
is of course no timeout.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3862361#3862361
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3862361
This has nothing to do with a comp method.
This link may help you out if you want to learn more about JNDI and the
application component environment (ENC namespace).
http://docs.jboss.org/jbossas/jboss4guide/r1/html/ch3.chapter.html
View the original post :
http://www.jboss.org/index.html?mo
Something like that is usually done by writing a MBean. If you don't know how
to do this, read the JBoss doko, search the forum and the wiki since this has
been specified pretty good.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3862357#3862357
Reply to the
JBoss is coming with tomcat inside and uses JSP e.g. within the jmx-console.war
.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3862350#3862350
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3862350
-
Depends on how you are going to realise the connection to the external
server... but this sound very much like a MBean as best practice.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3862346#3862346
Reply to the post :
http://www.jboss.org/index.html?module
You shouldn't skip the theory before implementing the book examples ;-)
The InitialContext needs some information about the naming service
implementation used:
| java.naming.factory.initial=org.jnp.interfaces.NamingContextFactory
| java.naming.provider.url=jnp://localhost:1099
| java.namin
Several appservers use and provide JMX. AFAIK, weblogic does, too.
I don't want to answer the second question since I don't know what you mean
with "loading components". You can load data (for reading) using the
classloaders without implementing any service.
View the original post :
http://www.
1. yes, if the base class has a public constructor without arguments or is
constructed within the beans constructor (but I would rather prefer delegation
since I can't imagine why to use inheritance). And the base class must be
serializable, when implementing a stateful session bean.
2. depends
Even SP1 has the internet security (afaik default turned on). SP2 just
"improved" it... *G*
To be sure this isn't the problem, just turn off the whole service. And beware
of routers with active firewalls...
I'll still bet you on this ;-)
View the original post :
http://www.jboss.org/index.ht
there is probably a firewall in the way. Open the needed ports or don't use
RMI. The jndi lookup can be done e.g. over http and you can configure the
invocation layer used for beans.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3862098#3862098
Reply to the
JBoss guide:
anonymous wrote : An application component environment is a local environment
that is accessible only by the component when the application server container
thread of control is interacting with the application component. This means
that an EJB Bean1 cannot access the ENC elements o
I bet windows client (XP) with the built in internet security stuff or some
other client firewall software...
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3862107#3862107
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=
@genman
Sure? A synchronous call? How could this be done?
You can fire messages from session beans to queue/topics a mdb is listening
on...
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3862104#3862104
Reply to the post :
http://www.jboss.org/index.html?m
This error can even appear when the session couldn't be passivated properly.
Activation will fail afterwards. Did you check this?
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3861883#3861883
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=p
JBoss is logging to console and is writing to the server.log. The server.log
rolls over at midnight.
Learn more about log4j and read the conf/log4j.xml, which contains more
documentation than configuration ;-)
The boot.log is the jboss bootstrapping log until the log4j logging service is
up and
You must not do a Class.forName, instead use
Thread.currentThread().getContextClassLoader().getResourceAsStream()
| Thread.currentThread().getContextClassLoader().loadClass()
If you still encounter problems read the wiki for classloader configuration
(http://www.jboss.org/wiki/Wiki.jsp?page=Cla
The ear should not contain plain resources. Just put them into a jar.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3861407#3861407
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3861407
---
You can deploy the same applications / services in one server e.g. the same
application in different versions.
Read all about ClassLoaders in the wiki for configuring deployment with shared
or isolated resources.
Just make sure you are registering beans/services with different jndi names and
con
Well, what kind of performance tuning are you doing ;-) ?
Did I get you right? You are setting properties within your build file and you
expect to read them (as system property?) in your testcase? This won't work,
since ant uses "private" properties for every ant project.
If ant task you are usin
Sure, if you are going to start one jboss instance per application ;-)
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3860745#3860745
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3860745
--
anonymous wrote : It's very strange that the verification process during the
deployment doesn't get errors.
No resrouces are checked (but deployment descriptors and bean interfaces) an no
bean is instanciated during deployment.
anonymous wrote : some classes of the B.jar can be found and instanc
Your questions has been answered. Don't x-post.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3860715#3860715
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3860715
-
Which version of JBoss? How are your jars deployed?
http://www.jboss.org/wiki/Wiki.jsp?page=ClassLoadingConfiguration
http://www.jboss.org/wiki/Wiki.jsp?page=JBossClassLoadingUseCases
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3860713#3860713
Reply to the
myWebApp.war
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3860714#3860714
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3860714
---
The SF.Net email is sponsored by
Why different VM? You can scope ClassLoaders and start the two services in one
vm.
Or start two instances of JBoss.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3860569#3860569
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=re
When searching for errors, I really like to see the whole stacktrace, so I am
really glad that every exception has it's cause and is not masking the real
error cause.
Genman's idea isn't so bad and I think it shouldn't be too difficult to write
your own ConsoleAppender (at first glance ;-)
Just
You could write a small app which calls the MainDeployer MBean. This MBean has
some very interesting methods like listDeployed ...
There is probably a better way by writing your own MBean listening to some
events being emitted by the deployer. But I didn't investigate further on to do
so.
Vie
Easier: you can deploy your bean with a different container-configuration using
the beans jboss.xml file.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3860535#3860535
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3860
I was browsing some sources (ConfigImpl, ServerImpl) and I think you just need
to set this system property at startup: jboss.server.temp.dir
Give it a try ;-)
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3860534#3860534
Reply to the post :
http://www.jboss
http://www.jboss.org/wiki/Wiki.jsp?page=Logging
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3860533#3860533
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3860533
-
Well, then check for typos and if the zip (EAR) is not corrupt.
It must be something like that.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3860393#3860393
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3860393
anonymous wrote : if i go to the server(remotely) and press enter in the jboss
window, jboss sundenly responds
disable the QuickEdit mode of your cmd.exe
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3859578#3859578
Reply to the post :
http://www.jboss.org/
AFAIK, every container has its own instances of interceptors. Why not
introducing an attribute in your interceptor which you can use for
synchronisation?
I would rather think about not using synchronisation blocks by myself but using
the oswego tools, which even come with jboss (concurrent.jar).
Let's say your property file "myProp.properties" is located at top level in one
of your JARs:
InputStream is =
Thread.currentThread().getContextClassLoader().getResourceAsStream("myProp.properties");
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3858009#385
Try netstat -a (on windows) to see which ports are used. Even if port 1098 is
not used (JBoss would fail with "can not start... port in use or something like
that).
Watch out for something like a local firewall, ...
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopi
You don't need an absolute path.
If the properties file is located in your archive, it is in your apps class
path, too.
Use the ContextClassLoader for loading it.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3857858#3857858
Reply to the post :
http://www.jb
The jboss-app.xml looks ok.
Just guessing:
probably you are doing some initialisation in the EJBs constructor. This
initialisation needs something not yet deployed (well, whatever ;-). You must
not do this. Use the ejbCreate for doing the initialisation.
If this doesn't help just provide some m
I will do this evening at home ;-)
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3857488#3857488
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3857488
---
SF email
As default invocation (for a better performance) JBoss is using an invoker for
bean-to-bean calls which is doing a call-by-reference.
You can configure the invocation within the beans deployment descriptor
(jboss.xml). If you are using the ByValueInvoker every call is done with
marshalling/unmar
The server would throw a NoClassDefFound for "Hacker" when unmarshalling the
parameter which IS an instance of Hacker ;-)
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3857328#3857328
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&
You can deploy a directory, named as .war and with the normal war structure.
But you still have to redeploy this war after changing resources by touching
the wars deployment descriptor.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3857220#3857220
Reply to th
Well, pretty clear error message:
The class is not deployed properly.
Provide some more information about your deployment (jars, ears, ...) and the
deployment descriptors.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3857026#3857026
Reply to the post :
ht
Addition:
in fact you can even just throw the dependency lib in you deploy directroy. But
I would prefer the EAR.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3857024#3857024
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=repl
Deploy your EJB jar and your dependency library within one EAR.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3857022#3857022
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3857022
-
Provide some more information about your deployment configuration (jars,
deployment descriptors, configuration of loader repositories, ...)
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3855853#3855853
Reply to the post :
http://www.jboss.org/index.html?mod
You can handle several running instances of your client app within one vm using
your own classloaders. These classloaders can provide the resources needed for
the running client/server combination.
But these things are not trivial at all ;-)
Probably it is worth to think about starting different
Look into your conf/jboss-service.xml for "ServiceBindingManager". There is an
example included.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3855858#3855858
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3855858
--
Configure your deployment as needed. Read the wiki for the ClassLoader issues.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3855859#3855859
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3855859
--
Sounds like it should be deployed within this direcotry:
deploy-hasingleton
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3855857#3855857
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3855857
--
Your lookup:
ejb/de.novatec.novacrm.administration.AdministrationInterface/Remote
JNDI Name:
ejb/de.novatec.novacrm.administration.AdministrationInterface
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3855856#3855856
Reply to the post :
http://www.jboss.o
Take a look at the sourceforge release notes:
http://sourceforge.net/project/shownotes.php?release_id=163973.
I would upgrade to the last stable 3.2 release.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3855854#3855854
Reply to the post :
http://www.jboss.
Watch the server log for any errors during deployment. If you can see logs
about your bean being deployed without errors, try to use the jmx console to
see what is registered with JNDI.
JMX Console http://host:8080/jmx-console
JNDIView -> list
View the original post :
http://www.jboss.org/inde
Even the DTD doesn't know anything about EARs with other EARs inside. JBoss
should?
http://java.sun.com/dtd/application_1_3.dtd
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3855163#3855163
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=po
Read the server.log even if there are no errors in it.
Is you jar being picked up by a deployer? Which deploy is serving your jar?
Really no errors in the log during deployment? Then the directory used is not a
watched by your server. Did you change the configuration of the deployers
(located in
Try the wiki to learn something about LoaderRepositories and configuration of
deployment units, this will help you.
If you change something on common libraries deployed once for every war, you
have to redeploy these or ClassLoader conflicts will occur.
View the original post :
http://www.jbos
Post some significant code, snippets of your deployment descriptors and
stacktrace.
Even watch the server.log for exceptions during deployment or invocation.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3854389#3854389
Reply to the post :
http://www.jboss.
The MDB is called after deployment when a matching message is recognized.
Is your MDB properly deployed? Is the message propertly sent to the topic (e.g.
don't forget to commit transacted messages ;-) ? Is your MDB properly
configured to receive the sent messages (e.g. message filter) ?
View t
Does your app contain the j2ee resources? They must not do this. Don't forget, JBoss
is using its own j2ee classes.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3854044#3854044
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=r
You can even use e.g. SSL communication from proxy to server. Use a certificate for
your client (proxy) which is needed for the so configured bean access.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3854046#3854046
Reply to the post :
http://www.jboss.o
Put your focus on this:
"... any other log4j.jar ??"
You are probably providing another log4j version jboss is using.
Don't do this or try to configure the loader repository your app is using (search in
this forum if you don't know what I am talking about or read the wiki about log4j
configurati
You can write a MBean which only starts your connection factory and registers it to
JNDI.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3854042#3854042
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3854042
--
Just set the environtmen variable JAVA_HOME on your computer and let it point to the
SDK.
run.conf is a shell-script not used on windows.
You can even edit your run.bat or call your own bat, configuring something you want
and calling run.bat afterwards.
View the original post :
http://www.jbos
Hi,
today I was a bit surprised when I tried to lookup an object with the url
jnp:/localhost:1099 finding an object with no JBoss running on my computer.
Looking into the sources of NamingContext, I found the jnp.disableDiscovery property
and the "feature" of this NamingContext to do some broadc
1 - 100 of 136 matches
Mail list logo
