Hi,
I hope this is the right place to post a (possible) bug report.
I might have found a serious (but rarely arising) bug in JBoss (3 + 4) transaction
management.
This is the Scenario:
NSession (statless, remote) has a method with the following signature:
| public void foo(
nraghuram wrote : thanks. I was looking for OLAP tools
| raghu
Someone referred to Mondrian, which is an OLAP engine.
JPivot, also on SourceForge, is an OLAP UI that utilizes Mondrian.
Sherman
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3851227#3851227
bwang00 wrote : OK, I think I know why. I have been using the latest jboss-head
library. And it ran fine. The culprit is javassist.jar library. It seems it has that
problem bundled in JBossCache1.1 release (I was able to re-produce your problem).
|
| Can you update the library from the
http://www.jboss.org/wiki/Wiki.jsp?page=SubmitABugReport
If you include an example that reproduces the problem it is more likely to get
looked at/fixed.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3851539#3851539
Reply to the post :
Hi,
Is it possible to monitor how many / which servers are running in a cluster??
Background: We are using JBOSS-3.2.4 in a cluster. At the moment there are two servers
part of this cluster. In the same subnet there are additional JBOSS servers, but these
servers are not part of the cluster
Bugs item #1044569, was opened at 2004-10-11 15:52
Message generated for change (Settings changed) made by loubyansky
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=1044569group_id=22866
Category: JBossCMP
Group: v4.0
Status: Open
Resolution: None
Bugs item #1047314, was opened at 2004-10-14 23:42
Message generated for change (Settings changed) made by loubyansky
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=1047314group_id=22866
Category: JBossCMP
Group: v4.0
Status: Open
Resolution: None
I am not sure if this is the right place to raise this issue, but shouldn't
AbstractInvoker use Thread.currentThread().getContextClassLoader() to initialize
classbyteloader? Currently it uses this.getClass().getClassLoader() which assumes that
jboss-remoting.jar and my classes are loaded by the
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-head?log=log20041015092221Lbuild.308
BUILD COMPLETE-build.308Date of build:10/15/2004 09:22:21Time to build:73 minutes 10 secondsLast changed:10/15/2004 09:10:36Last log entry:Taking jboss.aop.class.path
Hi telrod,
public Translator getTranslator();
public void setTranslator(Translator t);
If I define a class implementing the Translator interface and set a
RepositoryClassLoader to it, it can translate a classfile on load-time (when
findClass() executing), right?
I see ... I can realize my
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-4.0?log=log20041015104503Lbuild.71
BUILD COMPLETE-build.71Date of build:10/15/2004 10:45:03Time to build:88 minutes 11 secondsLast changed:10/15/2004 09:56:41Last log entry:added lookup
This is a friendly reminder for those who don't know about this
constraint.
JBoss-3.2.x is a j2ee1.3 implementation and as such, it must be
able to run on j2se 1.3. You cannot use java apis from j2se 1.4.
I'm going to go through the current codebase and remove all
usage of j2se 1.4 apis.
Hi there,
Regarding this:
charles_blaxland wrote :
| - It appears that you can't refer back to a previously defined typedef when
defining an introduction? (ie: in a similar way to how you can refer back to a
previous pointcut definition when defining an interceptor). What I would like to
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-head?log=log20041015124759Lbuild.309
BUILD COMPLETE-build.309Date of build:10/15/2004 12:47:59Time to build:79 minutes 8 secondsLast changed:10/15/2004 12:42:50Last log entry:fix stupid bug Igor found
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-head?log=log20041015150820Lbuild.310
BUILD COMPLETE-build.310Date of build:10/15/2004 15:08:20Time to build:77 minutes 53 secondsLast changed:10/15/2004 13:55:33Last log entry:Made typedefs usable in
fixed in CVS. 1.0 will go out next week.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3851593#3851593
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3851593
---
This
On within + get/set. This is not possible. We will look to adding this after the
1.0 release.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3851594#3851594
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3851594
I just installed 1.2.2RC-1, and refreshed my modules xdoclet data in preferences.
All is working good, and code completion showed up for wsee (the reason I installed it
in the first place.) The only problem I have, is that in the xdoclet configuration,
the wsee doclet doesn't show up, as well
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-head?log=log20041015171625Lbuild.311
BUILD COMPLETE-build.311Date of build:10/15/2004 17:16:25Time to build:82 minutes 42 secondsLast changed:10/15/2004 16:51:24Last log entry:fix an underscore bug
i'm using JBCv1.1 for the hibernate secondary-cache implementation. i'm getting a
catastrophic exception when a rollback occurs in certain situations. it is
catastrophic because locks are left locked and orphaned and the tree is generally in
an inconsistent state.
the problem is triggered by
Bugs item #1048135, was opened at 2004-10-15 17:00
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=1048135group_id=22866
Category: JBossCMP
Group: v3.2
Status: Open
Resolution:
Bugs item #1048135, was opened at 2004-10-15 17:00
Message generated for change (Comment added) made by ioparra
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=1048135group_id=22866
Category: JBossCMP
Group: v3.2
Status: Open
Resolution: None
Priority: 5
Bugs item #1048143, was opened at 2004-10-15 17:23
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=1048143group_id=22866
Category: JBossCMP
Group: v3.2
Status: Open
Resolution:
Bugs item #1048135, was opened at 2004-10-15 17:00
Message generated for change (Comment added) made by ioparra
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=1048135group_id=22866
Category: JBossCMP
Group: v3.2
Status: Open
Resolution: None
Priority: 5
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-head?log=log20041015192814Lbuild.312
BUILD COMPLETE-build.312Date of build:10/15/2004 19:28:14Time to build:70 minutes 48 secondsLast changed:10/15/2004 19:11:04Last log entry:Add WSDL11ToJava test case
Bugs item #1048135, was opened at 2004-10-15 17:00
Message generated for change (Comment added) made by ioparra
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=1048135group_id=22866
Category: JBossCMP
Group: v3.2
Status: Open
Resolution: None
Priority: 5
this appears to occur because /foo/1 is listed in TransactionEntry.nodes twice.
when TreeCache.rollback processes the second /foo/1 node in TransactionEntry.nodes,
the call to findNode in _remove (re)creates the node for /foo/1 and adds it to
TransactionEntry.nodes (so now there are three in
Bugs item #1048135, was opened at 2004-10-15 17:00
Message generated for change (Comment added) made by ioparra
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=1048135group_id=22866
Category: JBossCMP
Group: v3.2
Status: Open
Resolution: None
Priority: 5
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-3.2?log=log20041015210300Lbuild.129
BUILD COMPLETE-build.129Date of build:10/15/2004 21:03:00Time to build:58 minutes 14 secondsLast changed:10/15/2004 19:27:49Last log entry:remove
Hi telrod (Tom),
Thanks for your quick response.
I am going to look for code translation api (Javassist, JBoss AOP).
Thanks,
Muga Nishizawa
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3851246#3851246
Reply to the post :
Use org.jboss.mx.server.MBeanServerImpl.getClassLoaderRepository() to get the
org.jboss.mx.loading.UnifiedLoaderRepositoryMBean. From there can call:
public Translator getTranslator();
public void setTranslator(Translator t);
View the original post :
31 matches
Mail list logo
