jiwils wrote :
| Do I need locking when I am getting a value that is already in a node's
map? I do not care if other items are added to the map while I am getting
this value do I? Is the issue you refer to the reason I am getting null?
|
Yes, you need locks on reads: if isolation level
First sample implementation and test cases are available in jboss-4.0.1
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3856649#3856649
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3856649
While using the XML facility of JbossIDE 1.4 in Eclipse 3.0 (xdoclet 1.2.1),
opening up any of the merged files lists the following error in the XML file:
anonymous wrote : The markup in the document following the root element must be
well-formed.
An example of one of my merge files:
|
Hi,
Thanks for ur help...solved the issue
Rgds
Gayathiri
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3856660#3856660
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3856660
I just tracked this in the code - there seems to be no bug in this area.
Threadsafe access to the keyset is garanteed by a ReadLock on the Node.
The Concurrentmodificationexception should only be thrown, if
'getChildrenNames()' and the iteration over the keySet are not done within the
same
nthx wrote:
Ok. I got this SharedStoreCacheLoader, but I have little problems with using
it. It has strange constructor, so it cannot be plugged directly by using XML
conf file.
Currently to be used only programmatically. The javadocs explains a bit more.
This is experimental yet.
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-head?log=log20041129071334Lbuild.504
BUILD COMPLETE-build.504Date of build:11/29/2004 07:13:34Time to build:21 minutes 43 secondsLast changed:11/29/2004 06:50:31Last log entry:no message
Lehren wrote : Hmmm.. fair enough. Thank you, though I'm having trouble
connecting the TreeCache to the TransactionManager. I'm quite sure it's my
fault for not understanding it well enough.
|
| There doesn't appear to be a TreeCache.setTransactionManager(..) method as
implied by your
jiwils wrote :
| Can anyone help me postulate why this might be occurring? I am using
JBossCache 1.1.1 with an isolation level of SERIALIZEABLE (it happened with
REPEATABLE_READ too) and with asynch replication.
You *cannot* use async repl and expect that the backup cache(s) have already
jiwils wrote : I have some code that uses getChildrenNames, and this works
well except when other threads via the same VM (or a remote one upon
replication) change the children a node has by removing or adding children.
|
| The issue is that to use a set, you need to use an iterator. When
We have recreated the functionality of OScache's filter and taglib using JBoss
cache as the back end. We also use spring to control quartz to deal with
expiration, but I'm not sure if everyone would be happy with so many
dependencies. You could swap the quartz spring libs and use tasktimers
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-3.2-testsuite?log=log20041129082511Lbuild.14
BUILD COMPLETE-build.14Date of build:11/29/2004 08:25:11Time to build:75 minutes 52 secondsLast changed:11/28/2004 16:46:43Last log entry:copy xercesImpl.jar
Ok Ill try thet seemed to be down for a while :D
Thanks
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3856719#3856719
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3856719
I finally figured out how to resolve this problem once and for all. In my last
posting, I mentioned that deleting the JBoss server directory and replacing it
with a fresh copy worked for me. I reproduced the problem on anther PC and was
able to understand exactly how to resolve this issue.
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-4.0-jdk-matrix?log=log20041129094719Lbuild.27
BUILD COMPLETE-build.27Date of build:11/29/2004 09:47:19Time to build:30 minutes 7 secondsLast changed:11/28/2004 12:59:12Last log entry:[ 1071690 ] - jdk5
So are filters implemented as eviction policies in JBossCache ?
I'm thinking where code like this would go, e.g. would the taglibs, cache
filter and eviction policies go into Tomcat ?
Bela
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3856722#3856722
Reply to
[EMAIL PROTECTED] wrote : You *cannot* use async repl and expect that the
backup cache(s) have already been updated when you update the primary cache.
Use sync_repl. BTW: there is a unit test case (forgot which one) that tests
this. Check it out.
I agree with the above; I do not expect an
Howdy all,
I'm (still) implementing a cache loader and trying to get a feel for how it
works.
I'm wondering about TreeCache.get(Fqn). It does not seem to call
CacheLoader.get(Fqn) (which it should in my opinion).
My code:
TreeCache cache = new TreeCache();
.
.
Node node = cache.get(new
Is there a specific reason why my posting was truncated?
Is there something wrong with the forum code?
/Erik
nine_mirrors wrote : Howdy all,
|
| I'm (still) implementing a cache loader and trying to get a feel for how it
works.
| I'm wondering about TreeCache.get(Fqn). It does not seem
Since my original posting was truncated, here comes the rest:
it executes the n.createChild(...) but never calls the CacheLoader to get the
data. Do I misunderstand what the TreeCache.get(Fqn) method is supposed to do
(ie fetch the data from 2nd store if not available in the local cache)?
I'm
As I understand it, the filter will cache all successfull HTTP_OK responses to
a memory or disk cache for the web app that match a specified pattern. The tag
lib allows caching of blocks within JSP pages. Tags also have expiry settings.
Cache size and algorithm play factors there too i
Thank you for your response. Unfortunately, switching from anonymous types did
not help the situation. WSCOMPILE still unwraps the type containing only an
xsd:any element.
If anyone has other suggestions, I would appreciate it. Otherwise, who or what
organization should I contact about a
I should mentioned that in my last test run, I saw this same behavior for a
single VM. The VM initially put the key/value pair into the node's map, it
existed, it disappeared, and then it reappeared. The VM was in a cache
cluster, but replication was not the cause of the initial key/value
Bugs item #1074326, was opened at 2004-11-27 21:19
Message generated for change (Comment added) made by ejort
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=1074326group_id=22866
Category: JBossServer
Group: v3.2
Status: Closed
Resolution: Out of Date
Bugs item #1074257, was opened at 2004-11-27 17:08
Message generated for change (Comment added) made by ejort
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=1074257group_id=22866
Category: JBossServer
Group: v3.2
Status: Closed
Resolution: Out of Date
Bugs item #1073564, was opened at 2004-11-26 06:39
Message generated for change (Comment added) made by ejort
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=1073564group_id=22866
Category: JBossServer
Group: v3.2
Status: Open
Resolution: Postponed
This thread is so we can define the rules for the issue(s) raised in the
following bug report:
https://sourceforge.net/tracker/index.php?func=detailaid=1074970group_id=22866atid=376685
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3856742#3856742
Reply to the
Bugs item #1074970, was opened at 2004-11-29 03:21
Message generated for change (Comment added) made by ejort
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=1074970group_id=22866
Category: JBossTX
Group: v3.2
Status: Open
Resolution: Postponed
Priority: 5
Expose management operation for starting ejbTimers
--
Key: JBAS-16
URL: http://jira.jboss.com/jira/browse/JBAS-16
Project: JBoss Application Server
Type: Feature Request
Versions: JBoss-AS-4.0.0
Reporter:
So let me clarify my workaround. My code thats starts the nested transaction
looked like this:
TransactionManager mgr = getManager();
mgr.suspend();
mgr.begin();
... (do stuff in new transaction)
... (commit or rollback)
mgr.resume();
where the stuff in the new transaction is requesting a new
The purpose of the thread interruption is to avoid the thread getting
stuck in long running processes which it never recovers from.
e.g. waiting in db i/o, or attempting to wait on a lock
The interruption is a one-time operation (at transaction timeout)
so if somebody else eats it there will be
This code does not belong in the managed connection pool.
The pool is protected by a lock (the permits semaphore).
If the thread comes in a interrupted it can be assumed it should not
be attempting to use more resources.
Your bug report shows where the thread's interrupted status is not what
you
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-4.0?log=log20041129121134Lbuild.230
BUILD COMPLETE-build.230Date of build:11/29/2004 12:11:34Time to build:219 minutes 32 secondsLast changed:11/29/2004 11:54:36Last log entry:Split the rmi/http invoker
Xni parser has problems with short form tags
Key: JBXB-2
URL: http://jira.jboss.com/jira/browse/JBXB-2
Project: JBoss XML Binding (JBossXB)
Type: Bug
Environment: jboss-head
Reporter: Adrian Brock
Assigned to: Alex
do you see this when you use cache mode of LOCAL? That is, no replication at
all?
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3856783#3856783
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3856783
So I've committed the intial version of the POJO container.
It is still a prototype (with some horrible hacky code in parts) but it does
the job
for the initial M1 release.
You can now configure a set of *single* set interceptors for a POJO
and it will put a proxy container in front of it.
The key feature is that you don't need to add dependencies to the bean itself.
You can define the dependencies on the interceptor.
When we have true aspects, you will be able to automagically get dependencies.
e.g. If you add the transaction demarcation aspect it will *know* it needs to
wait
So the container construction code is a bit hacky.
I'm actually thinking that this config should be more long winded and more
explicit but giving you more control.
i.e. you construct the whole container using the metadata.
In more detail, currently we have the implicit container when you
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-3.2?log=log20041129175535Lbuild.199
BUILD COMPLETE-build.199Date of build:11/29/2004 17:55:35Time to build:44 minutes 42 secondsLast changed:11/29/2004 16:58:53Last log entry:RELEASE
I've written a simple XML deployer.
The implementation is in
org.jboss.kernel.plugins.deployment.xml.XMLKernelDeployer
It uses Alexey's new MappingObjectModel from JBossXB, very nice :-)
You can define your parser in just a few lines of code;
e.g. currently I have
| objectModelFactory
On a related note, the interface
org.jboss.kernel.spi.deployment.KernelDeployment
is the start of the M2 deployer code.
The method KernelDeployment.getBeans()
doesn't have to have a fixed list of BeanMetaData like in the abstract
implementation.
It can be dynamically generated from a more
The main downloads page is pointing to beta 3 released back in June. I have
been monitoring that link and missed the release. I know I can sign up for
announcements but thought someone might want to update the link.
View the original post :
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-head?log=log20041129193940Lbuild.505
BUILD COMPLETE-build.505Date of build:11/29/2004 19:39:40Time to build:45 minutes 4 secondsLast changed:11/29/2004 18:31:06Last log entry:Changes to the mapping
Bugs item #1073564, was opened at 2004-11-26 06:39
Message generated for change (Comment added) made by prudrakshala
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=1073564group_id=22866
Category: JBossServer
Group: v3.2
Status: Open
Resolution: Postponed
[EMAIL PROTECTED] wrote : do you see this when you use cache mode of LOCAL?
That is, no replication at all?
That is a good question. I have not tried this with a replication mode of
LOCAL. That is something that I need to investigate.
I am working on coming up with a test case to demonstrate
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-4.0-testsuite?log=log20041129204505Lbuild.10
BUILD COMPLETE-build.10Date of build:11/29/2004 20:45:05Time to build:101 minutes 48 secondsLast changed:11/29/2004 16:41:40Last log entry:Prevent local parts
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-4.0?log=log20041129232713Lbuild.231
BUILD COMPLETE-build.231Date of build:11/29/2004 23:27:13Time to build:16 minutes 4 secondsLast changed:11/29/2004 16:41:40Last log entry:Prevent local parts starting
Is is possible to generate the java source file for the implementation of the
abstract ejb class files that we define at design time.
It will be really helpful to know what happens behind the scenes.And is it
possible to get hold of the final SQL query generated from the EJB QL?
i had posted a
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-head-jdk-matrix?log=log20041130002420Lbuild.22
BUILD COMPLETE-build.22Date of build:11/30/2004 00:24:20Time to build:20 minutes 19 secondsLast changed:11/29/2004 18:31:06Last log entry:Changes to the
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-4.0?log=log20041130005139Lbuild.232
BUILD COMPLETE-build.232Date of build:11/30/2004 00:51:39Time to build:25 minutes 49 secondsLast changed:11/29/2004 23:31:33Last log entry:Update for the 4.0.1RC2
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-3.2?log=log20041130012802Lbuild.200
BUILD COMPLETE-build.200Date of build:11/30/2004 01:28:02Time to build:10 minutes 59 secondsLast changed:11/30/2004 01:16:16Last log entry:Add commented-out
I'm probably going to make all methods of Node package-private, b/c it doesnt
make sense to expose Node to users anymore. Reason: we need to go through the
interceptor stack, e.g. for locking, replication, cache loading etc, and if
someone accesses a Node directly, they will bypass the stack.
52 matches
Mail list logo