Fix RouterTest
--
Key: JGRP-18
URL: http://jira.jboss.com/jira/browse/JGRP-18
Project: JGroups
Type: Bug
Reporter: Bela Ban
Assigned to: Bela Ban
Fix For: 2.2.8
RouterTest still uses the old format, change it to the new one
--
This message
[ http://jira.jboss.com/jira/browse/JGRP-5?page=comments#action_12314524 ]
Bela Ban commented on JGRP-5:
-
Resulted in 40% speed improvement and 50% size reduction compared to
Externalizable for marshalling and unmarshalling of Messages (not including
[ http://jira.jboss.com/jira/browse/JGRP-5?page=history ]
Bela Ban resolved JGRP-5:
-
Resolution: Done
> Conversion of Externalizable to Streamable
> --
>
> Key: JGRP-5
> URL: http:/
Common transport protocol
-
Key: JGRP-17
URL: http://jira.jboss.com/jira/browse/JGRP-17
Project: JGroups
Type: Task
Versions: 2.2.8
Reporter: Bela Ban
Assigned to: Bela Ban
Fix For: 2.2.9
Create common TransportProtocol
GMS.getDigest() needs to be run in a separate thread
Key: JGRP-16
URL: http://jira.jboss.com/jira/browse/JGRP-16
Project: JGroups
Type: Bug
Reporter: Bela Ban
Assigned to: Bela Ban
Priority: Minor
[ http://jira.jboss.com/jira/browse/JGRP-12?page=comments#action_12314522 ]
Bela Ban commented on JGRP-12:
--
- MERGE(2,3)
- PING, TCPPING, TCPGOSSIP, WANPING
- FD, FD_SOCK
- STABLE
- NAKACK
> Analyze all occurences where up or down thread might bl
[ http://jira.jboss.com/jira/browse/JGRP-15?page=history ]
Bela Ban resolved JGRP-15:
--
Resolution: Done
> Concurrent startup of initial members without merging
> -
>
>
[ http://jira.jboss.com/jira/browse/JGRP-5?page=history ]
Bela Ban updated JGRP-5:
type: Feature Request (was: Task)
Description:
Environment:
> Conversion of Externalizable to Streama
Concurrent startup of initial members without merging
-
Key: JGRP-15
URL: http://jira.jboss.com/jira/browse/JGRP-15
Project: JGroups
Type: Feature Request
Reporter: Bela Ban
Assigned to: Bela Ban
Fix For
[ http://jira.jboss.com/jira/browse/JGRP-14?page=history ]
Bela Ban updated JGRP-14:
-
Attachment: belacode.java
> TCP protocol stack won't mergeview with initial hosts specified as IP
>
[ http://jira.jboss.com/jira/browse/JGRP-14?page=history ]
Bela Ban updated JGRP-14:
-
Description:
When I use a TCP protocol stack with TCPPING having initial members as ip
addresses: initial_members=192.168.1.200[4000], no merges will occur when 2
instances
[ http://jira.jboss.com/jira/browse/JGRP-14?page=comments#action_12314512 ]
Bela Ban commented on JGRP-14:
--
Tried it out, it worked for me with both 0 and 1:
Using protocol string:
TCP(start_port=20043):TCPPING(initial_hosts=192.168.0.2[20043];port_range
[ http://jira.jboss.com/jira/browse/JGRP-14?page=history ]
Bela Ban updated JGRP-14:
-
Fix Version: 2.2.8
> TCP protocol stack won't mergeview with initial hosts specified as IP
>
[
http://jira.jboss.com/jira/browse/JBCACHE-32?page=comments#action_12314500 ]
Bela Ban commented on JBCACHE-32:
-
See solution in cache/docs/design/JBCACHE-32.txt
> Transaction already active on replication's PREPA
[ http://jira.jboss.com/jira/browse/JGRP-7?page=history ]
Bela Ban updated JGRP-7:
Description:
Will discard (oldest) messages that have not yet been received if buffer size
is exceeded.
Needed for JBossVoip
was:
Will discard (oldest) messages that have not
[ http://jira.jboss.com/jira/browse/JGRP-13?page=history ]
Bela Ban resolved JGRP-13:
--
Resolution: Done
> Create common pinging superclass Discovery
> --
>
> Key: JGRP-13
>
Create common pinging superclass Discovery
--
Key: JGRP-13
URL: http://jira.jboss.com/jira/browse/JGRP-13
Project: JGroups
Type: Task
Reporter: Bela Ban
Assigned to: Bela Ban
Fix For: 2.2.8
Create a superclass
[ http://jira.jboss.com/jira/browse/JGRP-11?page=history ]
Bela Ban resolved JGRP-11:
--
Resolution: Done
Solved as suggested
> FIND_INITIAL_MBRS blocks entire traffic
> ---
>
> Key: JGRP-11
>
[ http://jira.jboss.com/jira/browse/JBCACHE-34?page=history ]
Bela Ban reassigned JBCACHE-34:
---
Assign To: Ben Wang (was: Bela Ban)
Can you take a look if this is related to TreeCacheAop, otherwise re-assign it
back to me
> Unexpec
[ http://jira.jboss.com/jira/browse/JGRP-11?page=history ]
Bela Ban updated JGRP-11:
-
Description:
In PING/TCPPING, down(FIND_INITIAL_MBRS) blocks for (e.g.) 3000ms until n
members have been found. If less than n members are present, we block the
entire
Analyze all occurences where up or down thread might block
--
Key: JGRP-12
URL: http://jira.jboss.com/jira/browse/JGRP-12
Project: JGroups
Type: Task
Reporter: Bela Ban
Assigned to: Bela Ban
Fix For
FIND_INITIAL_MBRS blocks entire traffic
---
Key: JGRP-11
URL: http://jira.jboss.com/jira/browse/JGRP-11
Project: JGroups
Type: Bug
Reporter: Bela Ban
Assigned to: Bela Ban
Priority: Critical
Fix For: 2.2.8
In PING
[ http://jira.jboss.com/jira/browse/JGRP-10?page=history ]
Bela Ban resolved JGRP-10:
--
Resolution: Done
accepted patch
> Timeout in TCPPING FIND_INITIAL_MBRS is wrong
> -
>
>
[ http://jira.jboss.com/jira/browse/JBCACHE-33?page=history ]
Bela Ban updated JBCACHE-33:
Original Estimate: 144000
Remaining Estimate: 144000
Fix Version: 1.3
> TreeCache dependencies
> --
>
> Key
[ http://jira.jboss.com/jira/browse/JGRP-10?page=history ]
Bela Ban updated JGRP-10:
-
Version: (was: 2.2.8)
Fix Version: 2.2.8
(was: 2.2.9)
> Timeout in TCPPING FIND_INITIAL_MBRS is wr
[ http://jira.jboss.com/jira/browse/JGRP-10?page=history ]
Bela Ban updated JGRP-10:
-
Original Estimate: 28800
Remaining Estimate: 28800
Fix Version: 2.2.9
> Timeout in TCPPING FIND_INITIAL_MBRS is wr
[ http://jira.jboss.com/jira/browse/JBCACHE-31?page=history ]
Bela Ban updated JBCACHE-31:
Attachment: CacheMemTest.java
> Out of memory problem
> -
>
> Key: JBCACHE-31
> URL: http://jira.jboss.com/jira
[ http://jira.jboss.com/jira/browse/JBCACHE-32?page=history ]
Bela Ban updated JBCACHE-32:
Attachment: CacheMemTest.java
> Transaction already active on replication's PREPARE phase
> -
>
[
http://jira.jboss.com/jira/browse/JBCACHE-32?page=comments#action_12314432 ]
Bela Ban commented on JBCACHE-32:
-
Created unit test: org.jboss.test.cache.test.replicated.SyncTxUnitTestCase,
which reproduces the bug
> Transaction already active
[
http://jira.jboss.com/jira/browse/JBCACHE-32?page=comments#action_12314431 ]
Bela Ban commented on JBCACHE-32:
-
Possible solution: suspend current local TX (if present), create new TX (if
necessary), resume old local TX
> Transaction already act
Transaction already active on replication's PREPARE phase
-
Key: JBCACHE-32
URL: http://jira.jboss.com/jira/browse/JBCACHE-32
Project: JBoss Cache
Type: Bug
Versions: 1.2
Reporter: Bel
[
http://jira.jboss.com/jira/browse/JBCACHE-31?page=comments#action_12314430 ]
Bela Ban commented on JBCACHE-31:
-
Program to run is:
package org.jboss.cache.tests;
import org.jboss.cache.TreeCache;
import org.jboss.cache.PropertyConfigurator;
import
Out of memory problem
-
Key: JBCACHE-31
URL: http://jira.jboss.com/jira/browse/JBCACHE-31
Project: JBoss Cache
Type: Bug
Versions: 1.2
Reporter: Bela Ban
Assigned to: Bela Ban
Priority: Critical
Fix For: 1.2.1
I was able
[ http://jira.jboss.com/jira/browse/JBCACHE-23?page=history ]
Bela Ban updated JBCACHE-23:
Assign To: Bela Ban (was: Ben Wang)
> Override bindToJndi() in TreeCacheAop
> -
>
> Key: JBCACHE-23
>
[ http://jira.jboss.com/jira/browse/JBCACHE-20?page=history ]
Bela Ban updated JBCACHE-20:
Original Estimate: 28800
Remaining Estimate: 28800
Fix Version: 1.2.1
> Incompatible change in JndiName attrib
[ http://jira.jboss.com/jira/browse/JBCACHE-17?page=history ]
Bela Ban resolved JBCACHE-17:
-
Resolution: Done
Fix Version: 1.2.1
> No synchronization between CreateIfNotExistsInterceptor and LockIntercep
[ http://jira.jboss.com/jira/browse/JBCACHE-18?page=history ]
Bela Ban closed JBCACHE-18:
---
Resolution: Done
will get done with the next port from CVS head to the 4.0 branch
> Uncomment LRUPolicyUnitTestC
[ http://jira.jboss.com/jira/browse/JBCACHE-24?page=history ]
Bela Ban resolved JBCACHE-24:
-
Resolution: Done
> LockInterceptor needs to lock child nodes recursively on remove(
[ http://jira.jboss.com/jira/browse/JBCACHE-24?page=history ]
Bela Ban reopened JBCACHE-24:
-
doesn't work correctly for READ locks
> LockInterceptor needs to lock child nodes recursively on re
[ http://jira.jboss.com/jira/browse/JBCACHE-21?page=history ]
Bela Ban closed JBCACHE-21:
---
> No synchronization between CacheLoaderInterceptor and LockInterceptor
> -
>
>
[ http://jira.jboss.com/jira/browse/JBCACHE-21?page=history ]
Bela Ban resolved JBCACHE-21:
-
Resolution: Done
> No synchronization between CacheLoaderInterceptor and LockIntercep
[ http://jira.jboss.com/jira/browse/JBCACHE-19?page=history ]
Bela Ban closed JBCACHE-19:
---
Resolution: Done
irrelevant, evict() *was* going through interceptors !
> TreeCache.evict() doesn't go though intercept
[ http://jira.jboss.com/jira/browse/JBCACHE-11?page=history ]
Bela Ban updated JBCACHE-11:
type: Feature Request (was: Task)
> Memory based eviction policy
>
>
> Key: JBCACHE-11
> URL: http:/
[ http://jira.jboss.com/jira/browse/JBCACHE-3?page=history ]
Bela Ban updated JBCACHE-3:
---
type: Feature Request (was: Task)
> Expose JGroups (protocols, channel) via JMX, provide common JGroups MB
[ http://jira.jboss.com/jira/browse/JBCACHE-12?page=history ]
Bela Ban updated JBCACHE-12:
type: Feature Request (was: Task)
> Async CacheLoader
> -
>
> Key: JBCACHE-12
> URL: http://jira.jboss.com/jira/br
[ http://jira.jboss.com/jira/browse/JBCACHE-8?page=history ]
Bela Ban updated JBCACHE-8:
---
type: Feature Request (was: Task)
> Handling of (state) merging --> emission of callbacks/notific
[ http://jira.jboss.com/jira/browse/JBCACHE-5?page=history ]
Bela Ban updated JBCACHE-5:
---
type: Feature Request (was: Task)
> AOP HTTP session replication under Tomcat 5
> ---
>
> Key: JBCACHE-5
&g
[ http://jira.jboss.com/jira/browse/JBCACHE-23?page=history ]
Bela Ban updated JBCACHE-23:
type: Task (was: Feature Request)
> Override bindToJndi() in TreeCacheAop
> -
>
> Key: JBCACHE-23
>
[ http://jira.jboss.com/jira/browse/JBCACHE-9?page=history ]
Bela Ban updated JBCACHE-9:
---
type: Feature Request (was: Task)
> Streaming state transfer, for large states
> ---
>
> Key: JBCACHE-9
&g
[ http://jira.jboss.com/jira/browse/JGRP-2?page=history ]
Bela Ban updated JGRP-2:
type: Feature Request (was: Task)
> Memory based flow control
> -
>
> Key: JGRP-2
> URL: http://jira.jboss.com/jir
[ http://jira.jboss.com/jira/browse/JGRP-6?page=history ]
Bela Ban updated JGRP-6:
type: Feature Request (was: Task)
> Token based Total order protocol
>
>
> Key: JGRP-6
> URL: http://jira
NotificationBus keeps getting ChannelClosedException
Key: JGRP-9
URL: http://jira.jboss.com/jira/browse/JGRP-9
Project: JGroups
Type: Bug
Versions: 2.2.8
Reporter: Bela Ban
Assigned to: Bela Ban
[ http://jira.jboss.com/jira/browse/JGRP-8?page=history ]
Bela Ban updated JGRP-8:
Fix Version: 2.2.9
(was: 2.2.8)
> RpcDispatcher timeouts for nested distributed calls
> ---
>
>
RpcDispatcher timeouts for nested distributed calls
---
Key: JGRP-8
URL: http://jira.jboss.com/jira/browse/JGRP-8
Project: JGroups
Type: Bug
Reporter: Bela Ban
Assigned to: Bela Ban
Fix For: 2.2.8
The unit
Bounded retransmission buffers for NAKACK
-
Key: JGRP-7
URL: http://jira.jboss.com/jira/browse/JGRP-7
Project: JGroups
Type: Task
Reporter: Bela Ban
Assigned to: Bela Ban
Fix For: 2.2.8
Will discard (oldest
Token based Total order protocol
-
Key: JGRP-6
URL: http://jira.jboss.com/jira/browse/JGRP-6
Project: JGroups
Type: Task
Reporter: Bela Ban
Assigned to: Bela Ban
Fix For: 2.5
Implementation according to Amir's p
[ http://jira.jboss.com/jira/browse/JGRP-1?page=history ]
Bela Ban updated JGRP-1:
Summary: UDP/TCP doesn't work with 127.0.0.1 when there is no mcast route
(works with 2.2.7) (was: UDP/TCP doesn't work with 127.0.0.1 when there is no
mcats route (
Conversion of Externalizable to Streamable
--
Key: JGRP-5
URL: http://jira.jboss.com/jira/browse/JGRP-5
Project: JGroups
Type: Task
Reporter: Bela Ban
Assigned to: Bela Ban
Fix For: 2.2.8
--
This message is
UDB.bundling too slow
-
Key: JGRP-4
URL: http://jira.jboss.com/jira/browse/JGRP-4
Project: JGroups
Type: Bug
Reporter: Bela Ban
Assigned to: Bela Ban
Fix For: 2.2.8
Possible problem with nulling of msg addresses
--
This message is
Timer in UDP.bundling is implemented incorrectly
Key: JGRP-3
URL: http://jira.jboss.com/jira/browse/JGRP-3
Project: JGroups
Type: Bug
Reporter: Bela Ban
Assigned to: Bela Ban
Priority: Minor
Fix For
Memory based flow control
-
Key: JGRP-2
URL: http://jira.jboss.com/jira/browse/JGRP-2
Project: JGroups
Type: Task
Versions: 2.2.8
Reporter: Bela Ban
Assigned to: Bela Ban
Fix For: 2.2.9
Memory and retransmission based
orter: Bela Ban
Assigned to: Bela Ban
Priority: Minor
Fix For: 2.2.8
When all interfaces are turned off (unplumb on Solaris), and the only route is
127.0.0.1, then UDP and TCP won't find each other. This used to work in 2.2.7
--
This message is automatically generated by JIRA
[ http://jira.jboss.com/jira/browse/JBCACHE-24?page=history ]
Bela Ban closed JBCACHE-24:
---
> LockInterceptor needs to lock child nodes recursively on remove(Fqn)
>
>
>
[ http://jira.jboss.com/jira/browse/JBCACHE-24?page=history ]
Bela Ban resolved JBCACHE-24:
-
Resolution: Done
> LockInterceptor needs to lock child nodes recursively on remove(
Reporter: Bela Ban
Assigned to: Bela Ban
Fix For: 1.2.1
When calling remove("/a/b/c"), and the cache has /a/b/c/d, /a/b/c/e, /a/b/c/f,
then LockInterceptor acquires a RL for /a and /a/b, a WL for /a/b/c, but *no*
locks for /a/b/c/d, /a/b/c/e and /a/b/c/f. So nodes d,e and f ar
[ http://jira.jboss.com/jira/browse/JBCACHE-23?page=history ]
Bela Ban reassigned JBCACHE-23:
---
Assign To: Ben Wang (was: Bela Ban)
> Override bindToJndi() in TreeCacheAop
> -
>
> Key: JBCACHE-23
&g
Override bindToJndi() in TreeCacheAop
-
Key: JBCACHE-23
URL: http://jira.jboss.com/jira/browse/JBCACHE-23
Project: JBoss Cache
Type: Feature Request
Versions: 1.2
Reporter: Bela Ban
Assigned to: Bela Ban
Fix For
[ http://jira.jboss.com/jira/browse/JBCACHE-2?page=history ]
Bela Ban closed JBCACHE-2:
--
> Upgrade Sleepycat's CacheLoader to 1.7.0
>
>
> Key: JBCACHE-2
> URL: http://jira.j
[ http://jira.jboss.com/jira/browse/JBCACHE-14?page=history ]
Bela Ban closed JBCACHE-14:
---
> Stable version merged with JBoss 4.0 branch
> ---
>
> Key: JBCACHE-14
> URL: http://jira
[ http://jira.jboss.com/jira/browse/JBCACHE-2?page=history ]
Bela Ban resolved JBCACHE-2:
Resolution: Done
> Upgrade Sleepycat's CacheLoader to 1.7.0
>
>
> Key: JBCACHE-2
>
[ http://jira.jboss.com/jira/browse/JBCACHE-22?page=history ]
Bela Ban closed JBCACHE-22:
---
> Create UnlockInterceptor
>
>
> Key: JBCACHE-22
> URL: http://jira.jboss.com/jira/browse/JBCACHE-22
>
[ http://jira.jboss.com/jira/browse/JBCACHE-22?page=history ]
Bela Ban resolved JBCACHE-22:
-
Resolution: Done
Prerequisite for bugs 17 and 21
> Create UnlockInterceptor
>
>
> Key: JBCACHE-22
>
Create UnlockInterceptor
Key: JBCACHE-22
URL: http://jira.jboss.com/jira/browse/JBCACHE-22
Project: JBoss Cache
Type: Task
Versions: 1.2
Reporter: Bela Ban
Assigned to: Bela Ban
Priority: Minor
Fix For: 1.2.1
When no
[
http://jira.jboss.com/jira/browse/JBCACHE-21?page=comments#action_12310914 ]
Bela Ban commented on JBCACHE-21:
-
We can achive the same (locking) by introducing a new localPut() localRemove()
localRemoveData() set of methods, which pass through the
[ http://jira.jboss.com/jira/browse/JBCACHE-2?page=history ]
Bela Ban updated JBCACHE-2:
---
Version: 1.2
(was: 1.3)
Fix Version: 1.2.1
(was: 1.3)
> Upgrade Sleepycat's CacheLoader
Reporter: Bela Ban
Assigned to: Bela Ban
Fix For: 1.2.1
When a non-existing node is access and loaded from the CacheLoader, *before* it
is locked (in the LockInterceptor), some other thread might evict it !
This is the same issue as JBCACHE-17.
SOLUTION (works for JBCACHE-17 as well): lock
[
http://jira.jboss.com/jira/browse/JBCACHE-19?page=comments#action_12310888 ]
Bela Ban commented on JBCACHE-19:
-
Simply calling remove() or removeData() doesn't work, because that would mean
that these calls would be potentially replicated as
[
http://jira.jboss.com/jira/browse/JBCACHE-19?page=comments#action_12310887 ]
Bela Ban commented on JBCACHE-19:
-
I need to verify that this doesn't create any new problems first
> TreeCache.evict() doesn't go though inte
TreeCache.evict() doesn't go though interceptor chain
-
Key: JBCACHE-19
URL: http://jira.jboss.com/jira/browse/JBCACHE-19
Project: JBoss Cache
Type: Bug
Versions: 1.2
Reporter: Bela Ban
Assign
[ http://jira.jboss.com/jira/browse/JBCACHE-15?page=history ]
Bela Ban resolved JBCACHE-15:
-
Resolution: Deferred
Fix Version: 1.2.1
Deferred to JBCACHE-17
> 4.0 testsuite failures
> --
>
> Key
Uncomment LRUPolicyUnitTestCase
---
Key: JBCACHE-18
URL: http://jira.jboss.com/jira/browse/JBCACHE-18
Project: JBoss Cache
Type: Sub-task
Versions: 1.2
Reporter: Bela Ban
Assigned to: Bela Ban
Fix For: 1.2.1
Uncomment
[
http://jira.jboss.com/jira/browse/JBCACHE-15?page=comments#action_12310884 ]
Bela Ban commented on JBCACHE-15:
-
I have described the probable cause in JBCACHE-17. I'll comment the test case
for now and fix it in JBCACHE-17.
> 4.0 testsuite
[ http://jira.jboss.com/jira/browse/JBCACHE-14?page=history ]
Bela Ban resolved JBCACHE-14:
-
Resolution: Done
Fix Version: 1.2
done by Scott
> Stable version merged with JBoss 4.0 bra
Reporter: Bela Ban
Assigned to: Bela Ban
Probable cause:
- Thread-1 does a put()
- Thread-2 does an evict()
- Thread-1 gets to run first, CreateIfNotExistsInterceptor creates a node
- Context switch to Thread-2 before Thread-1 can proceed into LockInterceptor
and lock the just created
[ http://jira.jboss.com/jira/browse/JBCACHE-7?page=history ]
Bela Ban updated JBCACHE-7:
---
Assign To: (was: Bela Ban)
> JBossCacheAop benchmark and performance tuning
> --
>
> Ke
Notification of remote modification
---
Key: JBCACHE-4
URL: http://jira.jboss.com/jira/browse/JBCACHE-4
Project: JBoss Cache
Type: Task
Versions: 1.3
Reporter: Bela Ban
Assigned to: Bela Ban
Priority: Minor
Fix
ter: Bela Ban
Assigned to: Bela Ban
Fix For: 1.3
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug
Upgrade Sleepycat's CacheLoader to 1.7.0
Key: JBCACHE-2
URL: http://jira.jboss.com/jira/browse/JBCACHE-2
Project: JBoss Cache
Type: Task
Versions: 1.3
Reporter: Bela Ban
Assigned to: Bela Ban
Pri
JBossCacheAop benchmark and performance tuning
--
Key: JBCACHE-7
URL: http://jira.jboss.com/jira/browse/JBCACHE-7
Project: JBoss Cache
Type: Task
Versions: 1.3
Reporter: Bela Ban
Assigned to: Bela Ban
Streaming state transfer, for large states
---
Key: JBCACHE-9
URL: http://jira.jboss.com/jira/browse/JBCACHE-9
Project: JBoss Cache
Type: Task
Versions: 1.3
Reporter: Bela Ban
Assigned to: Bela Ban
Fix For
Async CacheLoader
-
Key: JBCACHE-12
URL: http://jira.jboss.com/jira/browse/JBCACHE-12
Project: JBoss Cache
Type: Task
Versions: 1.3
Reporter: Bela Ban
Assigned to: Bela Ban
Priority: Minor
Fix For: 1.3
facade to another
Remove locks for crashed/left members
-
Key: JBCACHE-10
URL: http://jira.jboss.com/jira/browse/JBCACHE-10
Project: JBoss Cache
Type: Task
Versions: 1.3
Reporter: Bela Ban
Assigned to: Bela Ban
Priority: Minor
Memory based eviction policy
Key: JBCACHE-11
URL: http://jira.jboss.com/jira/browse/JBCACHE-11
Project: JBoss Cache
Type: Task
Versions: 1.3
Reporter: Bela Ban
Assigned to: Ben Wang
Priority: Optional
Fix For: 1.3
Lazy loading: TreeCacheAop and CacheLoader
--
Key: JBCACHE-13
URL: http://jira.jboss.com/jira/browse/JBCACHE-13
Project: JBoss Cache
Type: Task
Versions: 1.3
Reporter: Bela Ban
Assigned to: Ben Wang
Priority
Reporter: Bela Ban
Assigned to: Bela Ban
Fix For: 1.3
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to
AOP HTTP session replication under Tomcat 5
---
Key: JBCACHE-5
URL: http://jira.jboss.com/jira/browse/JBCACHE-5
Project: JBoss Cache
Type: Task
Versions: 1.3
Reporter: Bela Ban
Assigned to: Ben Wang
Fix For
Reporter: Bela Ban
Assigned to: Bela Ban
Priority: Minor
Fix For: 1.3
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more
[ http://jira.jboss.com/jira/browse/JBCACHE-1?page=history ]
Bela Ban reassigned JBCACHE-1:
--
Assign To: Ben Wang (was: Bela Ban)
Looks like this only occurs on multi-CPU or hyperthreaded machines. Can you
take a look ?
> EvictionLocalStressTestC
Remy Maucherat wrote:
Bela Ban wrote:
Yes, like the following snippet shows
org.jboss.web.tomcat.tc5.session.JBossManager
This looks good to me.
Okay, checked in my changes. By default we're using JBossManager as
session manager if a session is marked as distributed.
-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On
Behalf Of Remy Maucherat
Sent: Tuesday, April 27, 2004 12:04 PM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-dev] [Tomcat] Cluster Support for SingleSignOn
Bela Ban wrote:
Scott M Stark wrote:
Yes, do it please. Is it possible to externalize the
301 - 400 of 432 matches
Mail list logo