Hello Gajendra,
You will find Stacy's work directly in the CVS tree (or last source daily snapshot
available from JBoss web site).
As for the HA features for SLSB, you will get everything needed here :
http://194.38.95.241/jboss/
Feedback is welcome!
Cheers,
Yes, JBoss supports clustering now.
http://www.jboss.org/developers/jboss-jbossClustering.jsp
JBoss clustering only requires some additional configuring of the deployment
descriptors.
Bill
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of bryan han
Does JBoss clustering work if the nodes are configured in a DHCP environment?
--
On Wed, 22 May 2002 17:55:46
Bill Burke wrote:
>Yes, JBoss supports clustering now.
>
>http://www.jboss.org/developers/jboss-jbossClustering.jsp
>
>JBoss clustering only requires some additional configuring of th
the online forums (there is a clustering forum) first.
Cheers,
Sacha
> -Message d'origine-
> De : [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]De la part de Unmesh S
> Malvankar
> Envoye : mardi, 28 mai 2002 07:04
> A : [EMAIL PROTECTED]
&g
I don't see a response yet from the experts...so I will jump in.
Don't use commit option A with clustering, and do use whatever your
database supplies for select for update. The clustering implemention
relies on database locking to synchronize the different copies of entities.
I actually don't
Hello Dennis,
For now, for entity beans, we use pessimistic locking at the database level i.e. we
use the ~"SELECT ... FOR UPDATE" features of databases to lock database rows.
Consequently, you need to run in commit option C (or B if you have a kid whose name
starts with a B... it won't make a
> I don't see a response yet from the experts...so I will jump in.
Sometimes, I sleep ;)
> Don't use commit option A with clustering, and do use whatever your
> database supplies for select for update. The clustering implemention
> relies on database locking to synchronize the different copie
I know this is OT, but the thread reminded me of this...
Has anyone looked at using something like "JSR-107: JCACHE - Java
Temporary Caching API" to help in keeping cached entity beans in a
cluster synchronized instead of relying solely on the database?
David Jencks wrote:
>I don't see a respo
Did you put it in node 2 when both were clean?
Re-deploying of apps in the /farm dir doesn't seem to
work in RC1. You may want to get the very latest RC2
that just came out two days or so ago. That may have
fixed it, but I haven't tried yet. Anywho, I also note
that the only thing that works with f
oying it before deploying it!
Any help would be appreciated!
Thanks & Regards,
Nishant.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Kevin Duffey
Sent: Friday, July 25, 2003 10:10 AM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-user] Clustering Problem
Did y
arwal
> Sent: lundi, 28 juillet 2003 18:47
> To: [EMAIL PROTECTED]
> Subject: RE: [JBoss-user] Clustering Problem
>
>
> Hi Kevin,
> Thanks for the info!
> I don't know if 3.2.2RC2 will sort out this issue.Becaz,the
> problem seems to be with "order" in whi
its oblivious of this
deployment.
I am attaching the sample jar I used for my testing!
HTH,
Nishant.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Sacha
Labourey
Sent: Sunday, July 27, 2003 11:16 PM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-user] Clusteri
2".Only server 2
> deploys it.Server 1(which
> was brought
> up first) doesn't get any notification of this and
> its oblivious of this
> deployment.
>
> I am attaching the sample jar I used for my testing!
>
> HTH,
> Nishant.
>
>
> -----Original
> I have also seen this behavior.
>
> Sacha, any idea when re-deploying without first
> deleting is going to work? It seems odd to me that it
> works locally just fine, but it can't seem to
> propogate the change to other nodes in the cluster.
Was that on NFS? I've just tried now and it works (
8. juillet 2003 21:24
> To: [EMAIL PROTECTED]
> Subject: RE: [JBoss-user] Clustering Problem
>
>
> Hello Sacha,
> Following is the procedure:
> 1.Install JBoss3.2.2RC1 in "/user/sacha/Jboss3.2.2" and
> another instance in
> "/user/sacha/server2/J
--
Can you pls help on this?
Thanks in advance,
Nishant.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Sacha
Labourey
Sent: Tuesday, July 29, 2003 6:33 AM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-user] Clustering Problem
I just did ex
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of
> Nishant Aggarwal
> Sent: mercredi, 30 juillet 2003 19:09
> To: [EMAIL PROTECTED]
> Subject: RE: [JBoss-user] Clustering Problem
>
>
> Hi Sacha,
> Thanks for the help!
al Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Sacha
Labourey
Sent: Wednesday, July 30, 2003 12:28 AM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-user] Clustering Problem
What are you trying to do when you do this. Here, I suspect that you have
either:
- mixed diff
Maybe because you are creating new sessions every request and those
sessions haven't timed out? I think the default HTTP session timeout is
15 minutes.
Rafal Kedziorski wrote:
hi,
we starting develop a new system. to release the first version of the
application we have about 4 months. we hav
Disregard this. I replied to wrong post.
Bill Burke wrote:
Maybe because you are creating new sessions every request and those
sessions haven't timed out? I think the default HTTP session timeout is
15 minutes.
Rafal Kedziorski wrote:
hi,
we starting develop a new system. to release the fi
Hello,
A first test release of HA features for JBoss is available from here:
http://194.38.95.241/jboss/
It provides only HA features for Stateless Session Beans and should be
included in Jboss 3.0.
I will shortly (I do not have much time these days) post a written proposal
for the next version
wait till jBoss3.0 is released !
--- kevin1 <[EMAIL PROTECTED]> wrote:
>
> Hello all,
> I have my app servers running in a clustered
> environment. What support does
> JBoss have for this? If there is no such support -
> what steps would I need to
> take to add it?
>
> _
Can you please try with a recent snapshot
(http://jboss.sourceforge.net/snapshots/): download, extract, then go in the
build directory and type build.bat or build.sh depending on your OS. The
result will be in build/output/
sacha
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[
You should get a message like:
---
GMS: address is htimes2:32967 (additional data: 17 bytes)
---
If it is missing the additional data, you've hit a bug
that was fixed for 3.2.2 final
Regards,
A
What version of JBoss? I thought I fixed that problem in 3.2. All farm/
dirs should be in synch no matter when a node is started.
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] Behalf Of Kevin Duffey
> Sent: Friday, July 11, 2003 2:16 PM
> To: [EMAIL PROTECTED
Sorry, I always forget that. 3.2.2RC1. We are not
seeing this work. I see the nodes show up and talking
to each other, I just don't see the app being deployed
(when starting up a new clean node) from an already
running node. I also don't see re-deployment farming
working at all. At least the severa
We need the stacktrace of the errors at least.
sacha
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of
> Nishant Aggarwal
> Sent: mercredi, 31. décembre 2003 05:03
> To: [EMAIL PROTECTED]
> Subject: [JBoss-user] Clustering Problem in Jboss3.2.3Rc1_
ehalf Of Sacha
Labourey
Sent: Tuesday, December 30, 2003 6:38 AM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-user] Clustering Problem in
Jboss3.2.3Rc1_Jetty4.2.14
We need the stacktrace of the errors at least.
sacha
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[E
[EMAIL PROTECTED]
> Subject: RE: [JBoss-user] Clustering Problem in
> Jboss3.2.3Rc1_Jetty4.2.14
>
> Hi Sacha,
> Thanks for the response!
> Actually ,there is no error from "cluster.log" as I can see from it.I
> thought that the below scenario would have explai
Yes, take a look at the Distributed Replicant Manager (DRM) on top of the
partition. Take a look at the very recent api change.
You simply register your mbean under a given name in this service, and
register for composition change (always in the DRM). Inside the event
handler, you call somthing l
Sacha,
First off, thanks to you, Marc, Scott, and everyone else there for such a
cool product. We've been putting a very limited subset of features through
its paces and it is working very well for us. Now, about the MBean services
failover...can you think of *any* way to engineer this without ha
,
> David
> Envoyé : jeudi, 3 octobre 2002 17:31
> À : '[EMAIL PROTECTED]'
> Objet : RE: [JBoss-user] Clustering and MBean Failover Question
>
>
> Sacha,
>
> First off, thanks to you, Marc, Scott, and everyone else there for such a
> cool product. We've be
, October 03, 2002 11:17 AM
> To: [EMAIL PROTECTED]
> Subject: RE: [JBoss-user] Clustering and MBean Failover Question
>
>
> why not create a second mbean, which would be jboss specific,
> doing all the clustering registration. When it detects it is
> the master, it simply
De : [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]De la part de James
> Higginbotham
> Envoyé : vendredi, 4 octobre 2002 19:07
> À : [EMAIL PROTECTED]
> Objet : RE: [JBoss-user] Clustering and MBean Failover Question
>
>
> This sounds like an interesting solution. A questio
Have you read the JavaGroups doc and got e.g. the Draw demo working ? -
do you know that you have multicast routed correctly between the nodes
of your cluster ?
If not, then no amount of tinkering with Jetty config is going to get
this going.
I haven't made any such changes to Jetty... maybe J
Thanks for your reply. I'll do it today.
In the meanwhile I've tried with a older version (3.0.5RC2) and I've got
the same behaviour... altought I had it working before (back in December).
I did had one change in my network: I now use DHCP to get my machine
addresses, when before I had it with fixe
remrick wrote:
Hello,
I'm using JBoss 3.2.3. I'm currently in the middle of setting up clustering and have a question that's related to the farm-service.xml file.
I notice that in the server/all/deploy folder that there exists a deploy.last folder which contains farm-service.xml. Reading the d
It should work
georgel wrote:
Hi,
I tried what you/Bela suggested in the other thread,
http://jboss.org/index.html?module=bb&op=viewtopic&t=47563
Server is JBoss 3.2.1, Linux, Java 1.4.2-b28. Got the following errors, and went back to the old configuration. Should your fix work for 3.2.1 or do
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Bela Ban
> Sent: Friday, April 02, 2004 5:27 AM
> To: [EMAIL PROTECTED]
> Subject: Re: [JBoss-user] [Clustering/JBoss] - Re: [ERROR]
> NAKACK.handleXmitReq()
>
> It should work
&
Don't think that is possible, but I could be wrong...
/L
lac_raz wrote:
but what if I want to control the deployment order of the nodes (e.g. first deploy to
second node and then to the third one)?
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3845222#3845222
R
Chris,
jboss just did a webex presentation on clustering this morning
scott did a great job in explaining stuff
look on the main web site under online education
& replay the presentation when its available
Pete
On Wednesday 13 October 2004 08:48 am, cfrostrun wrote:
> I'm going to start gett
web client or fat java
client?
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
ECYSent: mercredi, 26. novembre 2003 04:40To:
[EMAIL PROTECTED]Subject: [JBoss-user] clustering
vs. sticky session using SLSB
Sorry for this stupid question, but if I NEED loa
zhangj wrote:
I read some articles regarding apache+jk2+jboss saying that:you have to start jboss
servers before start apache web server.
what's the reason for this order?
According to my experience ,the reason is that if Apache during jk2
initialization does not find some JBoss node, it exclude
At 14:51 20.11.2003, Rafal Kedziorski wrote:
hi,
we have some problems with clustering. Our buyed clustering docs, can't
help us. We are working with JBoss 3.2.2 and Jetty 4.2.11. We are testing
on Windows XP. JGroups is using TCP for sending messages.
We have two nodes. If we start our second
Rafal Kedziorski wrote:
hi,
we have some problems with clustering. Our buyed clustering docs,
can't help us. We are working with JBoss 3.2.2 and Jetty 4.2.11. We
are testing on Windows XP. JGroups is using TCP for sending messages.
We have two nodes. If we start our second node after the fir
At 09:56 20.11.2003 -0800, Bela Ban wrote:
Rafal Kedziorski wrote:
hi,
we have some problems with clustering. Our buyed clustering docs, can't
help us. We are working with JBoss 3.2.2 and Jetty 4.2.11. We are testing
on Windows XP. JGroups is using TCP for sending messages.
We have two nodes
http://www.iana.org/assignments/multicast-addresses
Original Message Follows
From: tbauer <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: [JBoss-user] [Clustering/JBoss] - HANaming service always throws
java.net.SocketException: Not
Date: Wed, 4 Feb 2004 18:
That is a well-known bug. I have fixed this in JGroups (CVS head), and
will release a new version hopefully within the next 2-3 weeks.
If you can't wait, simply checkout JGroups from CVS, do a build.sh
jar-1.4 and copy the resulting jgroups-all.jar into your server dir as
jgroups.jar.
Regards,
I am using the JMS bridge for a particular reason - I want to be able to
send JMS messages from other applications to invalidate entity beans in
JBoss. Is it possible to do this with the clustering bridge?
> -Original Message-
> From: Sacha Labourey [mailto:[EMAIL PROTECTED]
> Sent: 30 M
Hello Michel,
I've just made some test yesterday with the latest CVS version (plus fixed a bug). Can
you please try the CVS HEAD and if it doesn't work, send me your code.
Thank you. Cheers,
Sacha
> -Message d'origine-
> De : [EMAIL PROTECTED]
> [m
Thank you but I think the problem lies elsewere... let's see what Bill and
Sacha have in mind...
Thanks again!
Joao
- Original Message -
From: "Bela Ban" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, September 15, 2003 6:18 PM
Subject: Re: [JBoss-user
profiler, why don't you try this free one?
http://www.khelekore.org/jmp/
Regards,
Adrian
> - Original Message -
> From: "Bela Ban" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Monday, September 15, 2003 6:18 PM
> Subject: Re: [JBoss-user] Clusterin
; -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of
> Joao Clemente
> Sent: mercredi, 17. septembre 2003 19:07
> To: [EMAIL PROTECTED]
> Subject: Re: [JBoss-user] Clustering memory usage, can we use
> more agressiveGC settings?
>
>
kaobe wrote:
Hello again,
I don't know why, but I'm still (again?) facing problems concerning
cluster node auto detection.
I have now the following properties for the InitialContext:
Properties prop = System.getProperties();
prop.put(Context.INITIAL_CONTEXT_FACTORY,
"org.jnp.interfaces.NamingC
Title: RE: [JBoss-user] [Clustering/JBoss] - Re: javax.naming.CommunicationException when calling a clust
True - I was (wrongly, I guess) assuming client and server not on same subnet. Here, servers are on dedicated subnets (GigaEthernet) and rarely, if ever reachable via multicast from our
Hello,
> I am thinking if it's possible to use a 2nd network card to implement a
> interconnection backplane between the clustered servers.
>
> Let me "ascii-art" this :
>
>
> ||
> Load Balancer
> ||
> SWITCH
> | || |
>
sage -
From: "Sacha Labourey" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, July 30, 2002 8:38 AM
Subject: RE: [JBoss-user] Clustering: Possible to use a "backplane" to
connect the servers??
> Hello,
>
> > I am thinking if it's possi
You should try to run JGroups with the fc.xml properties: copy them from
the JGroups distro, and modify you cluster-service.xml.
Joao Clemente wrote:
Hi! Load testing my application ( with Jboss 3.0.8 ) I had these strange
results:
If using 1 jboss node, with cluster settings active but without
From: "Bela Ban" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, September 15, 2003 5:55 PM
Subject: Re: [JBoss-user] Clustering memory usage, can we use more agressive
GC settings?
> You should try to run JGroups with the fc.xml properties: copy them from
>
Joao Clemente wrote:
So can I assume that the behavior I am seeing is a "feature" of jgroups
version shipped with jboss 3.0.8?
No, I'm not suggesting that. I don't know exactly what you are doing,
but if you pound JGroups with (say) more than 300 cluster msgs/sec
*sustained*, the default pro
Bela, could you point me to some documentation or provide a little better
explanation of what to do?
I'm a bit lost here... : I downloaded javagroups 2.1.1, found a fc.xml file
inside (btw, there's a flow-control.xml file aswell, that seems to be a copy
of fc.xml), checked what was inside my cluste
I just realized what I said is pointless - you would have to use JGroups
2.1 or higher and I would have to make changes to the JBoss Clustering
in order for you to use the new optimized flow control for JGroups.
I will make these changes once I join JBoss (Oct 6th):
- Update JGroups to the lates
dhartford wrote:
Hey all, After going through all the posts, I'm still a little hazy on why I
still can not setup simple load-balancing WITH sticky sessions based on the
environment above (and also referenced the pay-for Clustering doc).
1. Is there a sticky_session or stickySession flag for mod_j
Another note: which MPM does your Apache httpd use? Again, according to my
experience, the default prefork MPM for UNIX/Linux does not support sticky
sessions with mod_jk/mod_jk2. You should recompile Apache with worker MPM
instead of prefork:
./configure --prefix=/opt/httpd-2.0.48 --with-mpm=w
But what are advantages of modjk2 over modjk? modjk support sticky
sessions at least with Tomcat.
Vladyslav Kosulin wrote:
Another note: which MPM does your Apache httpd use? Again, according to
my experience, the default prefork MPM for UNIX/Linux does not support
sticky sessions with mod_jk
Bill Burke wrote:
But what are advantages of modjk2 over modjk? modjk support sticky
sessions at least with Tomcat.
I don't know ;-)
I use mod-jk2 from beginning, and it works.
Vlad
Vladyslav Kosulin wrote:
Another note: which MPM does your Apache httpd use? Again, according
to my experience,
Which OS do you use with mod_jk2? Linux? If yes, with threading model?
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of
> Vladyslav Kosulin
> Sent: Monday, March 08, 2004 3:42 PM
> To: [EMAIL PROTECTED]
> Subject: Re: [JBoss-us
PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Vladyslav Kosulin
Sent: Monday, March 08, 2004 3:42 PM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-user] [Clustering/JBoss] -
Apache2,mod_jk2,jboss3.2.3/Tomcat41 - ONLY sticky session lo
Bill Burke wrote:
But what are advantages of modjk2 over modjk
Ah, ok, because I am pretty sure mod_jk2 doesn't work with the "fork"
threading model.
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of
> Vladyslav Kosulin
> Sent: Monday, March 08, 2004 4:46 PM
> To: [EMAIL PROT
hi suresh
for session clustering start jboss with -c all
store workers.properties in the apache conf dir.
cheers
lothar
> -Original Message-
> From: gsureshbabu [mailto:[EMAIL PROTECTED]
> Sent: Monday, March 08, 2004 10:54 AM
> To: [EMAIL PROTECTED]
> Subject: [JBoss-user] [Clustering/
Not exactly the same issue because you use a TCP-based stack, whereas
JBoss Clustering by default uses UDP (IP multicast).
crobert wrote:
Hello,
That looks like the same problem I'm having in
http://www.jboss.org/index.html?module=bb&op=viewtopic&t=45855
with JBoss 3.2.3. Unfortunately no one
71 matches
Mail list logo