"tdiesler" wrote : Do you have time to read the wiki ;-)
|
| http://www.jboss.org/wiki/Wiki.jsp?page=JBoss.NET
|
| The binaries for JBoss.Net are distributed under
${jboss.home}/docs/examples/jboss.net
|
|
Thomas - first, thank you for your assistance. Second, you added the note
Where can I get copies of the 4.0 versions of jboss-net.sar and jboss-net-client.jar?
I do not have the ability to set up a complete 4.0 build environment to build these on
my machine, and I really need these in order to begin the migration of our application
from 3.2.x to 4.0, as I also do not
I'm running it under 3.2.2 without a problem (although I have not yet downloaded
JBossCache 1.0).
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3826957#3826957";>View
the original post
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3826957>Reply
to the post
"michael.daleiden" wrote : I have a request into our HP/UX admin to upgrade the HP/UX
server to 1.4 (which will probably not occur until Monday or Tuesday of next week).
Once this upgrade is complete, I'll run the tests again to verify my suspicions about
Java 1.3 and the
After yet another journey down into the depths of the cache, it now appears that the
problem lies with the combination of Java 1.3, TreeCache, and boolean attributes.
Basically, once I downgraded the Win2K server to 1.3, it began exhibiting the same
behaviour as the HP/UX server (java.lang.Clas
Well, I switched the Win2K server back to JDK 1.3.1 (since this was easier than
upgrading the HP/UX server to 1.4). The java.lang.ClassNotFoundException: No
ClassLoaders found for: boolean error still occurs on the HP/UX server when the Win2K
server is shutdown and then restarted.
With respec
Thanks, Bela.
I had my suspicions about different versions of Java. I am in the process of
upgrading the HP/UX server to Java 1.4. I will let you know if this solves the
problem.
As for the initial_hosts, there are only the two servers at present. Is there some
reason for having *all* serve
"bela" wrote : glad you found the STABLE protocol. You're also missing a failure
detection protocol (FD for example), so try killing a member and see what happens,
this might lead to problems.
Well, I am further along now, but things are still quirky. Here is the latest
configuration that I am
Found the problem -- need to have the following as the last element in the cluster
config for the cache:
Question: does the paid doco discuss all of the options available for configuring
clusters? In particular, does it address the various JGroups configuration parameters
and how th
I am using JBoss 3.2.2 with the TreeCache (non-AOP) and I am having problems with
replication of the initial state of the cache when a new node joins the cluster. I
have the TreeCache set up as a deployed MBean (in the /deploy directory).
Here's the scenario:
1) Server A is started, the TreeCa
Please disregard my last post. Turns out the problem was caused by using a
Windows-based archive program (PowerArchiver) to extract the files from the tar.gz
file. It botched up some of the directories. I deleted everything and used Cygwin to
gunzip and untar the archive and the build is now
I downloaded the nightly snapshot of 3.2 and attempted to build things, but the build
failed. I have never attempted to actually build JBoss from sources before, so it may
be something in my setup. I've tried building both from Windows command line and
Cygwin, with the same result. Here's the
Can the TreeCache MBean be instantiated on startup, instead of programmatically? If
so, how? I am running JBoss 3.2.3 and have downloaded the JBossCache zip file. I
copied the jboss-cache.jar file to my server/all/lib directory and have tried placing
each of the XML service files (local-servi
13 matches
Mail list logo
