Long stack traces
by Bela Ban
Trying to access a webapp (/web) in the node1/node2 cluster: the browser
hangs and eventually (after several minutes returns a 503). CTRL-3 on
node1 yielded several long stack traces (this is 2 dumps). Can someone
look into it ? This goes on forever, even after the 503 is returned...
Name: Incoming-12,192.168.1.5:57544
State: RUNNABLE
Total blocked: 4 Total waited: 24,105
Stack trace:
java.util.Collections$SynchronizedList.remove(Collections.java:1825)
- locked java.util.Collections$SynchronizedList@45b84e09
org.jboss.classloader.spi.base.ClassLoaderManager.unregisterLoaderThread(ClassLoaderManager.java:115)
- locked java.util.Collections$SynchronizedList@45b84e09
org.jboss.classloader.spi.base.BaseClassLoader.unlock(BaseClassLoader.java:1011)
- locked org.jboss.classloader.spi.base.BaseClassLoader@7b17ad7b
org.jboss.classloader.spi.base.BaseClassLoader.unlock(BaseClassLoader.java:894)
org.jboss.classloader.spi.base.ClassLoaderManager.nextTask(ClassLoaderManager.java:289)
org.jboss.classloader.spi.base.ClassLoaderManager.process(ClassLoaderManager.java:148)
org.jboss.classloader.spi.base.BaseClassLoaderDomain.loadClass(BaseClassLoaderDomain.java:256)
org.jboss.classloader.spi.base.BaseClassLoaderDomain.loadClass(BaseClassLoaderDomain.java:1099)
org.jboss.classloader.spi.base.BaseClassLoader.loadClassFromDomain(BaseClassLoader.java:735)
org.jboss.classloader.spi.base.BaseClassLoader.loadClass(BaseClassLoader.java:378)
- locked org.jboss.classloader.spi.base.BaseClassLoader@3bbe9a50
java.lang.ClassLoader.loadClass(ClassLoader.java:252)
java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320)
- locked org.jboss.classloader.spi.base.BaseClassLoader@3bbe9a50
java.lang.ClassLoader.defineClass1(Native Method)
java.lang.ClassLoader.defineClass(ClassLoader.java:621)
org.jboss.classloader.spi.base.BaseClassLoader.access$200(BaseClassLoader.java:62)
org.jboss.classloader.spi.base.BaseClassLoader$2.run(BaseClassLoader.java:509)
org.jboss.classloader.spi.base.BaseClassLoader$2.run(BaseClassLoader.java:469)
java.security.AccessController.doPrivileged(Native Method)
org.jboss.classloader.spi.base.BaseClassLoader.loadClassLocally(BaseClassLoader.java:467)
- locked org.jboss.classloader.spi.base.BaseClassLoader@3bbe9a50
org.jboss.classloader.spi.base.BaseClassLoader.loadClassLocally(BaseClassLoader.java:444)
org.jboss.classloader.spi.base.BaseDelegateLoader.loadClass(BaseDelegateLoader.java:134)
org.jboss.classloader.spi.filter.FilteredDelegateLoader.loadClass(FilteredDelegateLoader.java:131)
org.jboss.classloader.spi.base.ClassLoadingTask$ThreadTask.run(ClassLoadingTask.java:452)
org.jboss.classloader.spi.base.ClassLoaderManager.nextTask(ClassLoaderManager.java:254)
org.jboss.classloader.spi.base.ClassLoaderManager.process(ClassLoaderManager.java:148)
org.jboss.classloader.spi.base.BaseClassLoaderDomain.loadClass(BaseClassLoaderDomain.java:256)
org.jboss.classloader.spi.base.BaseClassLoaderDomain.loadClass(BaseClassLoaderDomain.java:1099)
org.jboss.classloader.spi.base.BaseClassLoader.loadClassFromDomain(BaseClassLoader.java:735)
org.jboss.classloader.spi.base.BaseClassLoader.loadClass(BaseClassLoader.java:378)
- locked org.jboss.classloader.spi.base.BaseClassLoader@3bbe9a50
java.lang.ClassLoader.loadClass(ClassLoader.java:252)
org.jboss.invocation.MarshalledValueInputStream.resolveClass(MarshalledValueInputStream.java:101)
java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1575)
java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1496)
java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1732)
java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329)
java.io.ObjectInputStream.readObject(ObjectInputStream.java:351)
java.util.HashSet.readObject(HashSet.java:291)
sun.reflect.GeneratedMethodAccessor209.invoke(Unknown Source)
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
java.lang.reflect.Method.invoke(Method.java:597)
java.io.ObjectStreamClass.invokeReadObject(ObjectStreamClass.java:974)
java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1849)
java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753)
java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329)
java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1947)
java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1871)
java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753)
java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329)
java.io.ObjectInputStream.readObject(ObjectInputStream.java:351)
org.jboss.ha.framework.server.ClusterPartition.objectFromByteBufferResponseInternal(ClusterPartition.java:1887)
org.jboss.ha.framework.server.ClusterPartition$ResponseMarshallerImpl.objectFromByteBuffer(ClusterPartition.java:2084)
org.jgroups.blocks.RpcDispatcher$MarshallerAdapter.objectFromByteBuffer(RpcDispatcher.java:138)
org.jgroups.blocks.RequestCorrelator.receiveMessage(RequestCorrelator.java:557)
org.jgroups.blocks.RequestCorrelator.receive(RequestCorrelator.java:368)
org.jgroups.blocks.MessageDispatcher$ProtocolAdapter.up(MessageDispatcher.java:775)
org.jgroups.JChannel.up(JChannel.java:1274)
org.jgroups.stack.ProtocolStack.up(ProtocolStack.java:462)
org.jgroups.protocols.pbcast.FLUSH.up(FLUSH.java:377)
org.jgroups.protocols.pbcast.STATE_TRANSFER.up(STATE_TRANSFER.java:144)
org.jgroups.protocols.FRAG2.up(FRAG2.java:192)
org.jgroups.protocols.FC.up(FC.java:468)
org.jgroups.protocols.pbcast.GMS.up(GMS.java:796)
org.jgroups.protocols.pbcast.STABLE.up(STABLE.java:233)
org.jgroups.protocols.UNICAST.handleDataReceived(UNICAST.java:616)
org.jgroups.protocols.UNICAST.up(UNICAST.java:282)
org.jgroups.protocols.pbcast.NAKACK.up(NAKACK.java:747)
org.jgroups.protocols.VERIFY_SUSPECT.up(VERIFY_SUSPECT.java:167)
org.jgroups.protocols.FD.up(FD.java:284)
org.jgroups.protocols.FD_SOCK.up(FD_SOCK.java:308)
org.jgroups.protocols.MERGE2.up(MERGE2.java:144)
org.jgroups.protocols.Discovery.up(Discovery.java:263)
org.jgroups.protocols.PING.up(PING.java:270)
org.jgroups.protocols.TP$ProtocolAdapter.up(TP.java:2319)
org.jgroups.protocols.TP.passMessageUp(TP.java:1253)
org.jgroups.protocols.TP.access$100(TP.java:49)
org.jgroups.protocols.TP$IncomingPacket.handleMyMessage(TP.java:1830)
org.jgroups.protocols.TP$IncomingPacket.run(TP.java:1809)
java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
java.lang.Thread.run(Thread.java:619)
"Incoming-12,192.168.1.5:57544" prio=10 tid=0x00000000455b1000
nid=0x7b55 runnable [0x000000003ed7f000..0x000000003ed82bf0]
java.lang.Thread.State: RUNNABLE
at
java.util.Collections$SynchronizedCollection.isEmpty(Collections.java:1560)
- locked <0x000000001d3ce1d0> (a
java.util.Collections$SynchronizedList)
at
org.jboss.classloader.spi.base.ClassLoaderManager.unregisterLoaderThread(ClassLoaderManager.java:113)
- locked <0x000000001d3ce1d0> (a
java.util.Collections$SynchronizedList)
at
org.jboss.classloader.spi.base.BaseClassLoader.unlock(BaseClassLoader.java:1011)
- locked <0x000000001ac6f480> (a
org.jboss.classloader.spi.base.BaseClassLoader)
at
org.jboss.classloader.spi.base.BaseClassLoader.unlock(BaseClassLoader.java:894)
at
org.jboss.classloader.spi.base.ClassLoaderManager.nextTask(ClassLoaderManager.java:289)
at
org.jboss.classloader.spi.base.ClassLoaderManager.process(ClassLoaderManager.java:148)
at
org.jboss.classloader.spi.base.BaseClassLoaderDomain.loadClass(BaseClassLoaderDomain.java:256)
at
org.jboss.classloader.spi.base.BaseClassLoaderDomain.loadClass(BaseClassLoaderDomain.java:1099)
at
org.jboss.classloader.spi.base.BaseClassLoader.loadClassFromDomain(BaseClassLoader.java:735)
at
org.jboss.classloader.spi.base.BaseClassLoader.loadClass(BaseClassLoader.java:378)
- locked <0x0000000015c73390> (a
org.jboss.classloader.spi.base.BaseClassLoader)
at java.lang.ClassLoader.loadClass(ClassLoader.java:252)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320)
- locked <0x0000000015c73390> (a
org.jboss.classloader.spi.base.BaseClassLoader)
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:621)
at
org.jboss.classloader.spi.base.BaseClassLoader.access$200(BaseClassLoader.java:62)
at
org.jboss.classloader.spi.base.BaseClassLoader$2.run(BaseClassLoader.java:509)
at
org.jboss.classloader.spi.base.BaseClassLoader$2.run(BaseClassLoader.java:469)
at java.security.AccessController.doPrivileged(Native Method)
at
org.jboss.classloader.spi.base.BaseClassLoader.loadClassLocally(BaseClassLoader.java:467)
- locked <0x0000000015c73390> (a
org.jboss.classloader.spi.base.BaseClassLoader)
at
org.jboss.classloader.spi.base.BaseClassLoader.loadClassLocally(BaseClassLoader.java:444)
at
org.jboss.classloader.spi.base.BaseDelegateLoader.loadClass(BaseDelegateLoader.java:134)
at
org.jboss.classloader.spi.filter.FilteredDelegateLoader.loadClass(FilteredDelegateLoader.java:131)
at
org.jboss.classloader.spi.base.ClassLoadingTask$ThreadTask.run(ClassLoadingTask.java:452)
at
org.jboss.classloader.spi.base.ClassLoaderManager.nextTask(ClassLoaderManager.java:254)
at
org.jboss.classloader.spi.base.ClassLoaderManager.process(ClassLoaderManager.java:148)
at
org.jboss.classloader.spi.base.BaseClassLoaderDomain.loadClass(BaseClassLoaderDomain.java:256)
at
org.jboss.classloader.spi.base.BaseClassLoaderDomain.loadClass(BaseClassLoaderDomain.java:1099)
at
org.jboss.classloader.spi.base.BaseClassLoader.loadClassFromDomain(BaseClassLoader.java:735)
at
org.jboss.classloader.spi.base.BaseClassLoader.loadClass(BaseClassLoader.java:378)
- locked <0x0000000015c73390> (a
org.jboss.classloader.spi.base.BaseClassLoader)
at java.lang.ClassLoader.loadClass(ClassLoader.java:252)
at
org.jboss.invocation.MarshalledValueInputStream.resolveClass(MarshalledValueInputStream.java:101)
at
java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1575)
at
java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1496)
at
java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1732)
at
java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329)
at java.io.ObjectInputStream.readObject(ObjectInputStream.java:351)
at java.util.HashSet.readObject(HashSet.java:291)
at sun.reflect.GeneratedMethodAccessor209.invoke(Unknown Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at
java.io.ObjectStreamClass.invokeReadObject(ObjectStreamClass.java:974)
at
java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1849)
at
java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753)
at
java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329)
at
java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1947)
at
java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1871)
at
java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753)
at
java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329)
at java.io.ObjectInputStream.readObject(ObjectInputStream.java:351)
at
org.jboss.ha.framework.server.ClusterPartition.objectFromByteBufferResponseInternal(ClusterPartition.java:1887)
at
org.jboss.ha.framework.server.ClusterPartition$ResponseMarshallerImpl.objectFromByteBuffer(ClusterPartition.java:2084)
at
org.jgroups.blocks.RpcDispatcher$MarshallerAdapter.objectFromByteBuffer(RpcDispatcher.java:138)
at
org.jgroups.blocks.RequestCorrelator.receiveMessage(RequestCorrelator.java:557)
at
org.jgroups.blocks.RequestCorrelator.receive(RequestCorrelator.java:368)
at
org.jgroups.blocks.MessageDispatcher$ProtocolAdapter.up(MessageDispatcher.java:775)
at org.jgroups.JChannel.up(JChannel.java:1274)
at org.jgroups.stack.ProtocolStack.up(ProtocolStack.java:462)
at org.jgroups.protocols.pbcast.FLUSH.up(FLUSH.java:377)
at
org.jgroups.protocols.pbcast.STATE_TRANSFER.up(STATE_TRANSFER.java:144)
at org.jgroups.protocols.FRAG2.up(FRAG2.java:192)
at org.jgroups.protocols.FC.up(FC.java:468)
at org.jgroups.protocols.pbcast.GMS.up(GMS.java:796)
at org.jgroups.protocols.pbcast.STABLE.up(STABLE.java:233)
at
org.jgroups.protocols.UNICAST.handleDataReceived(UNICAST.java:616)
at org.jgroups.protocols.UNICAST.up(UNICAST.java:282)
at org.jgroups.protocols.pbcast.NAKACK.up(NAKACK.java:747)
at org.jgroups.protocols.VERIFY_SUSPECT.up(VERIFY_SUSPECT.java:167)
at org.jgroups.protocols.FD.up(FD.java:284)
at org.jgroups.protocols.FD_SOCK.up(FD_SOCK.java:308)
at org.jgroups.protocols.MERGE2.up(MERGE2.java:144)
at org.jgroups.protocols.Discovery.up(Discovery.java:263)
at org.jgroups.protocols.PING.up(PING.java:270)
at org.jgroups.protocols.TP$ProtocolAdapter.up(TP.java:2319)
at org.jgroups.protocols.TP.passMessageUp(TP.java:1253)
at org.jgroups.protocols.TP.access$100(TP.java:49)
at
org.jgroups.protocols.TP$IncomingPacket.handleMyMessage(TP.java:1830)
at org.jgroups.protocols.TP$IncomingPacket.run(TP.java:1809)
at
java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:619)
--
Bela Ban
Lead JGroups / Clustering Team
JBoss - a division of Red Hat
15 years, 11 months
Configuration question
by Bela Ban
In mod-cluster-jboss-beans.xml, there's
* stickySession
* stickySessionForce
* stickySessionRemove
* maxAttempts
* workerTimeout
I know the first 2. Can you explain the others ? Even better: could we
have a short comment as to what these props do in the configuration XML
file ?
--
Bela Ban
Lead JGroups / Clustering Team
JBoss - a division of Red Hat
15 years, 11 months
Beta 3
by Bela Ban
Paul,
can you create a Beta3 in JIRA ? I created modcluster-30 and fixed it,
but under beta2..
--
Bela Ban
Lead JGroups / Clustering Team
JBoss - a division of Red Hat
15 years, 11 months
Re: [mod_cluster] - Success with mod_cluster
by Brian Stansberry
Thanks, Bob; appreciate both the kind words and the publicity. :)
My feeling is using the proxyList will be the standard way this is set
up in production environments.
Good call on using jboss.modcluster.proxyList to configure this; I'll
add that to the standard config file.
bob.mcwhirter wrote:
> Howdy guys, great work with mod_cluster. I was able to get it fired up in a multicast-free environment with no problems.
>
> I built the modules individually and installed them into Fedora's own httpd with success (no patching necessary). My VMWare environment doesn't do mcast, so I worked with the proxyList, which is fine by me.
>
> As I'm apt to do when I get stuff working, I blogged about it. Please feel free to correct any misstatements or provide any clarifications you think are warranted.
>
> http://oddthesis.org/posts/2008-12-jboss-and-mod_cluster
>
> Thanks,
>
> -Bob
>
> View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4198357#4198357
>
> Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4198357
--
Brian Stansberry
Lead, AS Clustering
JBoss, a division of Red Hat
brian.stansberry(a)redhat.com
16 years
Can't commit to /repos/native
by Bela Ban
I got a 403 when trying to commit my change to mod-cluster-jboss-beans.xml.
JF, Paul: can you check what's wrong ? I *do* have commit rights for the
subversion repo, but apparently somebody has restricted access to the
'native' subtree...
--
Bela Ban
Lead JGroups / Clustering Team
JBoss - a division of Red Hat
16 years
Disabling of webapps
by Bela Ban
If I do a
cd jboss-5.0.0.GA/server/base/deploy
and
mv web.war web.war.bak
or
rm -fr web.war
Then httpd still shows /web as ENABLED. I assume that /web should get
DISABLED as soon as I move or remove it , correct ?
--
Bela Ban
Lead JGroups / Clustering Team
JBoss - a division of Red Hat
16 years
Failover failed
by Bela Ban
First off, shouldn't we set the maxThreads in server.xml in the AJP
connector to a higher value that the (default I think) value of 40 ? The
demo creates 80 clients and if we have only 1 node up and running, it
has to serve 80 connections !
Secondly, why is load-demo.war/WEB-INF/web.xml not marked as
<distributable/> ?
Then, I ran 2 experiments and they didn't behave as I expected them. Can
you confirm/reject my assumptions ?
#1
* Run httpd, then only node1. The only change I made from the
default is to set maxThreads=100 in the AJP connector, and to use
SimpleLoadbalanceFactorPolicy
* Run the demo app with 80 clients
* You'll see that node1 was serving 80 sessions
* Start node2, keep the demo running
* My expectation is that now node1's sessions will go down to 40 and
node will serve roughly 40 sessions
* Result: node2 picked up 46 sessions, and node1 went down to 34. I
waited for the session life timeout (120 secs), but the result was
still the same. Question: why didn't both nodes serve 40 sessions
each ?
* Update: the # of sessions in node1 and node2 got closer after some
time, I guess my session life of 120 secs was the reason for this !
* Update 2: I see that with a session life of 10, node1 and node2
take turns at allocating new sessions, sometimes node1 is on top,
sometimes node2, but on average both nodes serve 40 sessions !
Great ! Disregard this first item !
#2
* Start httpd
* Start node1
* Start node2
* Start the demo with 80 clients
* Observer the same as above: node1 serves roughly 40 sessions and
so does node2
* Kill node2
* Now I have 80 failed clients and 0 active clients !
* If I call Server.shutdown() on node2 (via JMX), then node1 serves
40 sessions. But why does node1 not pick up the other 40 sessions
from left node2 ? Is this the client, which simply terminates
threads which got a 500 ?
* I guess we don't send a DISABLE-NODE, STOP-SERVER or DISABLE-APP
to httpd when we kill a server ? Can we do this, e.g. by adding a
shutdown hook ? Or can I at least try this out through the command
line ? What's the recommended way of doing this currently (JMX
console) ?
--
Bela Ban
Lead JGroups / Clustering Team
JBoss - a division of Red Hat
16 years
Requests not distributed equally across 2 nodes in a cluster
by Bela Ban
I have 2 nodes 192.168.1.5:8009 and 192.168.1.9:8009, and I see that the
requests get distributed unequally: 25% go to node1 and 75% to node2.
This is shown by lookingh at the elected or read stats below.
I haven't changed anything in the mod-cluster-jboss-beans.xml file. I
see that we have a DynamicLoadBalanceFactorProvider. Do I need to change
this to a static one ?
Proxy[0]: [/127.0.0.1:8000]:
Node: [1],Name: node1,Balancer: mycluster,Domain: ,Host:
192.168.1.5,Port: 8009,Type: ajp,Flushpackets: Off,Flushwait:
10000,Ping: 10000000,Smax: 1,Ttl: 60000000,Elected: 27747,Read:
470713,Transfered: 0,Connected: 8,Load: 78
Node: [2],Name: node2,Balancer: mycluster,Domain: ,Host:
192.168.1.9,Port: 8009,Type: ajp,Flushpackets: Off,Flushwait:
10000,Ping: 10000000,Smax: 1,Ttl: 60000000,Elected: 68240,Read:
2131998,Transfered: 0,Connected: 6,Load: 77
Vhost: [1:1:1], Alias: localhost
Vhost: [2:1:2], Alias: localhost
Context: [1:1:1], Context: /, Status: ENABLED
Context: [1:1:2], Context: /invoker, Status: ENABLED
Context: [1:1:3], Context: /web, Status: ENABLED
Context: [1:1:4], Context: /juddi, Status: ENABLED
Context: [1:1:5], Context: /jbossws, Status: ENABLED
Context: [1:1:6], Context: /load-demo, Status: ENABLED
Context: [1:1:7], Context: /jmx-console, Status: ENABLED
Context: [1:1:8], Context: /web-console, Status: ENABLED
Context: [1:1:9], Context: /sun, Status: ENABLED
Context: [2:1:10], Context: /web-console, Status: ENABLED
Context: [2:1:11], Context: /juddi, Status: ENABLED
Context: [2:1:12], Context: /invoker, Status: ENABLED
Context: [2:1:13], Context: /jbossws, Status: ENABLED
Context: [2:1:14], Context: /, Status: ENABLED
Context: [2:1:15], Context: /jmx-console, Status: ENABLED
Context: [2:1:16], Context: /load-demo, Status: ENABLED
Context: [2:1:17], Context: /sun, Status: ENABLED
Context: [2:1:18], Context: /web, Status: ENABLED
--
Bela Ban
Lead JGroups / Clustering Team
JBoss - a division of Red Hat
16 years
How can I invoke MCMP commands via telnet ?
by Bela Ban
I tried
telnet localhost 8000
GET /INFO HTTP/1.0
doesn't work. Is there a way for me to invoke those commands interactively ?
--
Bela Ban
Lead JGroups / Clustering Team
JBoss - a division of Red Hat
16 years
[Fwd: Re: releasing mod_cluster-1.0.0.Beta2]
by Paul Ferraro
Forwarding to mod_cluster-dev list...
-------- Forwarded Message --------
From: Paul Ferraro <paul.ferraro(a)redhat.com>
To: jean-frederic clere <jclere(a)redhat.com>
Cc: Paul Ferraro <pferraro(a)redhat.com>, Brian Stansberry <brian.stansberry(a)redhat.com>, Remy Maucherat <rmaucher(a)redhat.com>, Mladen Turk <mturk(a)redhat.com>
Subject: Re: releasing mod_cluster-1.0.0.Beta2
Date: Mon, 08 Dec 2008 11:09:09 -0500
On Mon, 2008-12-08 at 14:40 +0100, jean-frederic clere wrote:
> Hi,
>
> I have started http://www.jboss.org/mod_cluster/changelog.html, Paul
> could you please add the JAVA part?
>
I'll do that now.
> Any other open things preventing the release happening once that done?
>
Nope.
> What do you think is still missing for GA?
>
Here's my list (I'll get this all in jira today):
* Investigate auto-registration of JBW listener/dependency
* Mechanism for excluding specific webapps from mod_cluster httpd
registration
* Get existing integration tests runnable from maven/ant.
* HA integration tests
* Setup java build in Hudson
* Setup automated testing in Hudson
> Cheers
>
> Jean-Frederic
16 years