Adrian,
thanks for the reply, but I do not understand the point about transactions. What I
would like to do is just call a method on my DitributedTopicMBean on every cluster
member which then gives the message to the local topic.
The scenario I am looking for does not need transactions. Once
Bugs item #993783, was opened at 2004-07-19 15:55
Message generated for change (Comment added) made by rmontag
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=993783group_id=22866
Category: JBossMQ
Group: v3.2
Status: Open
Resolution: Postponed
Priority: 5
I fixed the wiki cvsroot , thanks for noticing !
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3846106#3846106
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3846106
---
View results here -> http://jboss.kimptoc.net/cc/buildresults/jboss-head?log=log20040825092117Lbuild.27
BUILD COMPLETE-build.27Date of build:08/25/2004 09:21:17Time to build:22 minutes 8 secondsLast changed:08/25/2004 09:01:17Last log entry:added getLanguages()
Ben,
Unfortunately, it's still there. I updated from cvs-head and run my testcase which I
used in the beginning of this thread. It took an hour before this exception appeared.
Seems somehow it depend on system load..
Uve, Could you also try to reproduce this bug to assure Ben it's a real
I suggest using jgroups 2.2.6 and change org.jgroups.util.ContextObjectInputStream as
it is implemented in JDK1.4:
package org.jgroups.util;
import java.io.IOException;
import java.io.ObjectStreamClass;
import java.io.InputStream;
import java.io.ObjectInputStream;
import java.util.HashMap;
/**
View results here -> http://jboss.kimptoc.net/cc/buildresults/jboss-head?log=log20040825101510Lbuild.28
BUILD COMPLETE-build.28Date of build:08/25/2004 10:15:10Time to build:24 minutes 6 secondsLast changed:08/25/2004 09:44:01Last log entry:no message
FYI I am totally rebuilding the modules news.
- Command design pattern
- Fixing lot of bugs
- Modifying the language resource (keys and values)
In the purpose of:
- Cleaning code
- Ability to add interceptors
- Better customization
- Easier to translate (less unused keys)
In a middle term, i
Done and check into JGroups CVS. I assume you tested that this works, right ?
Bela
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3846118#3846118
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3846118
View results here -> http://jboss.kimptoc.net/cc/buildresults/jboss-head?log=log20040825123438
BUILD FAILEDAnt Error Message:file:/home/jbossci/cc3/scripts/build-jboss-head.xml:80: exec returned: 1Date of build:08/25/2004 12:34:38Time to build:19 minutes 1 secondLast changed:08/25/2004
It is certainly possible using something similar to this:
http://www.jboss.org/index.html?module=bbop=viewtopict=46193
which is a TODO.
My point with transactions is that if you send a message to ServerA inside a
transaction it will be persisted there.
Then you need a further JTA transaction
We use the Netscaler hardware device for our load balancing along with Apache and the
Mod J/k module. Netscaler will not send a request to the machine running Apache if
Apache is down. Thus, a request never hits the JBoss instance unless Apache is
running. Simply stopping Apache on the
View results here -> http://jboss.kimptoc.net/cc/buildresults/jboss-head?log=log20040825133952
BUILD FAILEDAnt Error Message:file:/home/jbossci/cc3/scripts/build-jboss-head.xml:80: exec returned: 1Date of build:08/25/2004 13:39:52Time to build:21 minutes 20 secondsLast changed:08/25/2004
i was planning on working on the news module again once i was a little more settled
into my new job, but i guess can take over maintanence of some other module once my
schedule becomes a little more concrete and i have time to contribute again.
View the original post :
Hi!
Are you sure that this is not happening in 3.2.3/2.2.0!?
Look at this thread http://www.jboss.org/index.html?module=bbop=viewtopict=53408
It might not be related but...
Sacha - yes I know I should test a newer version but that is not possible right now
since our customer can not reproduce
Oups... i am sorry, i took care of this module as it is a very useful one, i didn't
mean to push you out. I know Kevin and you worked on it but both found a job and
became too busy, i probably should have ask you first.
Well, i will finish the current thing i am working on (create commands) and
it's ok - i have every intention of coming back to the project and making
contributions again, but right now things are still a little unorganized and i
haven't really settled into a
schedule/groove just yet.
best of luck on your job search. i may (i have to check if i saved them) have some
There is room for everybody to work on Nukes i think :)
I know you contributed to Nukes for a while now.
Yes the email works, that would be very nice to have those contacts.
Thanks
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3846147#3846147
Reply to the
Bugs item #738321, was opened at 2003-05-15 15:20
Message generated for change (Comment added) made by doctorpizza
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=738321group_id=22866
Category: Clustering
Group: v3.2
Status: Open
Resolution: Fixed
of course I checked this in separate code. Currenty I have a little trouble what
version / branch of jboss-cache to checkout from cvs to get it compiled against
jgroups 2.2.6
What do you recommend? jboss-cache 1.02 seems not to be tagged separately Check
out from CVS-head and work on the
--
JBossAOP 1.0 RC1
--
* New $typedef feature. Allows you to define type expressions, name them, then use
them in pointcut definitions. See the typedef example in tutorial.
* added PER_JOINPOINT scoping for Aspects. An aspect instance is allocated per
joinpoint.
* aop
View results here -> http://jboss.kimptoc.net/cc/buildresults/jboss-head?log=log20040825151503Lbuild.29
BUILD COMPLETE-build.29Date of build:08/25/2004 15:15:03Time to build:45 minutes 14 secondsLast changed:08/25/2004 14:31:36Last log entry:no message
agreed - i just want didn't want anyone to think i fell off the planet b/c i haven't
been around much lately.
i also sent you over the contacts that i have for that area. hopefully one of them
will be able to help you out. would you consider the new york city area as well, or
are you only
Only DC area for now. (or any great opportunity)
Thanks again for the contacts if i extend my research i will let you know.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3846166#3846166
Reply to the post :
View results here -> http://jboss.kimptoc.net/cc/buildresults/jboss-3.2?log=log20040825160639Lbuild.23
BUILD COMPLETE-build.23Date of build:08/25/2004 16:06:39Time to build:23 minutes 19 secondsLast changed:08/25/2004 14:40:17Last log entry:When sending foreign messages, the
Yes, CVS head is prety good now (no errors in the entire JBossCache testsuite, which
is a first !)
Bela
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3846170#3846170
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3846170
Bugs item #971010, was opened at 2004-06-11 09:51
Message generated for change (Comment added) made by gohde
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=971010group_id=22866
Category: JBossServer
Group: v3.2
Status: Open
Resolution: Works For Me
Bugs item #971010, was opened at 2004-06-11 09:51
Message generated for change (Comment added) made by doctorpizza
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=971010group_id=22866
Category: JBossServer
Group: v3.2
Status: Open
Resolution: Works For Me
Bugs item #971010, was opened at 2004-06-11 09:51
Message generated for change (Comment added) made by gohde
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=971010group_id=22866
Category: JBossServer
Group: v3.2
Status: Open
Resolution: Works For Me
Short of manually updating the db is there a way to delete(not just disable) users?
I'm asking because I'm going through and setting up the relationships in the downloads
EJBs and was wondering if I needed to handle null users or setup cascade deletes...
I'm hoping there isn't a way to delete a
View results here -> http://jboss.kimptoc.net/cc/buildresults/jboss-head?log=log20040825165018
BUILD FAILEDAnt Error Message:file:/home/jbossci/cc3/scripts/build-jboss-head.xml:80: exec returned: 1Date of build:08/25/2004 16:50:18Time to build:33 minutes 10 secondsLast changed:08/25/2004
Good question. As of today there is no way to delete a user (neither the admin can or
the user himself).
It may be a problem some laws may require that a user can self-unsubscribe with his
personal info deleted, but what should we do of the files he put for download, news he
submitted, messages
the problem with deleting user is the coexistence with other modules, what should be
done with post that are related to that user for instance ?
we need to think about it. or think that a user related to something may not exist.
that's why there is enable/disable for a user.
now if you want to
fixed in RC1
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3846184#3846184
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3846184
---
SF.Net email is sponsored by
Yes, I tested it myself and at least the HASingleton was working correctly - falling
back immediately to other instance.
As far as the 60 secs timeout is concerned, that seems to be a JGroups synchronous
call timeout. As I mentioned in the write-up below, I was able to replicate it outside
Posting a note from Scott Stark:
There is a org.jboss.test.jmx.test.DeployXMBeanUnitTestCase suite that has tests for
persistence of xmbean attributes across redeployment. Can you add another test to this
which illustrates the problem described here. How does this differ from the existing
View results here -> http://jboss.kimptoc.net/cc/buildresults/jboss-head?log=log20040825175637
BUILD FAILEDAnt Error Message:file:/home/jbossci/cc3/scripts/build-jboss-head.xml:80: exec returned: 1Date of build:08/25/2004 17:56:37Time to build:48 minutes 0 secondsLast changed:08/25/2004
I have two instances of Stateful session bean.
But every call of any method is serialized. How can
i call asynchronously methods of different instances of Stateful session beans?
thanx.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3846190#3846190
Reply to
Hi,
I can easily reproduce the java.lang.OutOfMemoryError with the testcase,
but I am not sure - if this is really a bug.
Could it be possible, that simply the parameters in local-eviction-service.xml are not
optimal for the use case and the environment?
-uwe
View the original post :
View results here -> http://jboss.kimptoc.net/cc/buildresults/jboss-head?log=log20040825192114
BUILD FAILEDAnt Error Message:file:/home/jbossci/cc3/scripts/build-jboss-head.xml:80: exec returned: 1Date of build:08/25/2004 19:21:14Time to build:29 minutes 50 secondsLast changed:08/25/2004
jboss 3.2.2
eclipse 3.1
jboss-ide 1.3.3
xdoclet-1.2.1
ant 1.6
Objective: Trying to get the JBoss-ide 1.3 Tutorial to workas directed.
Okay, I am still having problems, generating the web.xml and jboss-web.xml using
xdoclet.
I started with the jboss-ide. Running the Xdoclet just
There is four columns in the profiler where you have that information, after the name
of the method. (You have to scroll right your browser for seeing that)
I - CPU - Time of time allocated from the CPU measured in Micro-seconds
II - AVG CPU = CPU/Callings
III - Time - Ellapsed Time of the
View results here -> http://jboss.kimptoc.net/cc/buildresults/jboss-head?log=log20040825220456
BUILD FAILEDAnt Error Message:file:/home/jbossci/cc3/scripts/build-jboss-head.xml:80: exec returned: 1Date of build:08/25/2004 22:04:56Time to build:28 minutes 15 secondsLast changed:08/25/2004
View results here -> http://jboss.kimptoc.net/cc/buildresults/jboss-head?log=log20040826001755
BUILD FAILEDAnt Error Message:file:/home/jbossci/cc3/scripts/build-jboss-head.xml:80: exec returned: 1Date of build:08/26/2004 00:17:55Time to build:22 minutes 25 secondsLast changed:08/25/2004
View results here -> http://jboss.kimptoc.net/cc/buildresults/jboss-3.2?log=log20040826004455Lbuild.24
BUILD COMPLETE-build.24Date of build:08/26/2004 00:44:55Time to build:17 minutes 41 secondsLast changed:08/26/2004 00:18:32Last log entry:Tidyup the transaction
Thanks for the response.
|
| This is so strange, I have played with the xdoclet sample, it builds,
| updates web.xml. I have copied the jboss-ide 1.3 /src/ tutorial to the
| xdoclet samples/src/java dir
|
| effectively the fileset is ${samples.java.dir} includes
View results here -> http://jboss.kimptoc.net/cc/buildresults/jboss-head?log=log20040826011757
BUILD FAILEDAnt Error Message:file:/home/jbossci/cc3/scripts/build-jboss-head.xml:80: exec returned: 1Date of build:08/26/2004 01:17:57Time to build:20 minutes 54 secondsLast changed:08/26/2004
View results here -> http://jboss.kimptoc.net/cc/buildresults/jboss-3.2?log=log20040826023536Lbuild.25
BUILD COMPLETE-build.25Date of build:08/26/2004 02:35:36Time to build:19 minutes 30 secondsLast changed:08/26/2004 02:15:36Last log entry:Fix the eclipse build
Guys,
I don't think it is a bug. I can also re-produce the OOM error myself here as well.
The key is the load is simply not realistic if we have multiple threads that are
generating put and get all the time and thus exhibiting 100% CPU.
A more realistic use case will requires a random sleep in
Guys,
I don't think it is a bug. I can also re-produce the OOM error myself here as well.
The key is the load is simply not realistic if we have multiple threads that are
generating put and get all the time and thus exhibiting 100% CPU.
A more realistic use case will requires a random sleep in
View results here -> http://jboss.kimptoc.net/cc/buildresults/jboss-3.2?log=log20040826043608Lbuild.26
BUILD COMPLETE-build.26Date of build:08/26/2004 04:36:08Time to build:18 minutes 7 secondsLast changed:08/26/2004 04:16:08Last log entry:Temporary solution for Case 1843, use
I checked in a temporary solution for Case 1843 on 3.2.6RC2:
HASingletonSupport.makeThisNodeMaster() uses an asynchronous distributed call instead
of a synchronous one. Will revert to synchronous as soon as the JGroups nested
distributed call issue is clarified.
The JGroups issue can be
52 matches
Mail list logo