Opps, my mistake
Yes, swapped out dom4j, not log4j
And, for production purposes, I've actually swapped it out in the jboss src thirdparty
directory and rebuilt 3.2.5, just in case there was any wacky inlining or build time
generation that depended on the previous version.
works like a charm
Generally your nodes are on different hosts, in which case you would not get port
conflicts.
Possibly, you could have multiple IP addresses and pass in the -b option to the run
script specifying a different ip for each host, but depending on the actual network
setup, the two instances may not
I wrote as simple of an example as I could to show the problem, but I have no idea how
to attach files to sf.net bugs.
Should I just mail it to you Scott? or is there some trick? (yes, i logged in to
sf.net)
View the original post :
I swapped out the JBoss supplied log4j.jar with log4j-1.5-rc1.jar and it all works
well now. I'm thinking that maybe the dom4j that jboss ships with had a corrupt jaxen
file maybe?
This is under jboss 3.2.5, system starts up fine, and my test ear file deploys
properly (it's an mbean that
I don't suppose you've solved this issue yet?
Even if I define a scoped class loader it still seems to find dom4j (maybe because
it's loaded in ServerLoader?)
Tried forcing JDOM to load first via -L flags to run.sh, but then JBoss fails to boot
(incompatible jaxen change it seems).
Going by:
Howdy folks,
In my effort to upgrade from 3.2.3 - 3.2.5 I've found that I must change the mcast
port for jgroups (to avoid the warnings about multiple partitions with the same
ip/port)
That said, I've decided to dump the custom partition name since there's already a
forced unique identifier
Silly me, found my own answer on google:
http://groups.google.com/groups?safe=imagesie=UTF-8[EMAIL PROTECTED]lr=hl=en
Seems that having purely an IP only difference isn't good enough due to the linux IP
stack implementation (or so it would seem).
Using the same IP, but different ports seems to
In master elections (at least in 3.2.3), it is always the host that's been up longest.
So A and B will always be on the same node assuming your deployment is symmetrical.
This feature was actually causing my problems, so i had to write my own singleton
support to do elections differently so
Hi all,
I've been making services for my company as dynamic mbeans that make themselves
accessible to clients via a HARMI stub bound to the JNDI tree.
I was thinking that, in order to make life simpler, as well as give us better control
of method interception (as in mbean invoke() trapping),
I believe that items stored in JNDI are stored as serialized objects.
Basically meaning that when your first server started, it created a new (empty) map
and stored it in the JNDI tree. At that point, it was serialized as an empty map.
Every subsequent lookup would then be getting the empty
Hi Scott, thank you for the response. (sorry for my delay, got side tracked for quite
a bit)
Your example works fine, but if you auto-discover the host, it won't.
Simply change your
| env.setProperty(Context.PROVIDER_URL, localhost:1100);
|
to:
|
Forgot to mention, it's happening in 3.2.3, as well as 3.2.4
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3839035#3839035
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3839035
Hi all,
We currently have a somewhat major issue with JBoss clusters and NamingContexts.
Currently, if a client connects to HAJNDI and the server(s) are restarted in between
client requests, the client handle gets invalidated.
as in:
1) Client A creates an initialcontext for DefaultPartition
Unless something has changed recently, MBeans are *NOT* remote objects.
You can either
a) use RMIAdaptor to access things via the MBean server (which you would like to avoid)
b) Use HTML adaptor (not a good choice IMHO)
c) Bind an RMI stub for your service to the JNDI tree
My company does c
Hi all,
I'm trying to implement some code to work with Oracle XML types. That being said, I
need to do it as a BMP as accessing sys.xmltype from oracle requires a special
oracle-specific library.
I can easily do the database part, but where I'm getting stumped is I would like to
use
Sorry, ignore that post.
For some reason I was completely missing the cache invalidation section of the
clustering guide.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3833833#3833833
Reply to the post :
the MBean)
Hopefully, I'm just being super-dense and not seeing the magic incantation
to getting this to happen.
Thank you,
-David Budworth
___
JBoss-user mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-user
17 matches
Mail list logo