Before you go crazy on that log system clean up... I'm working on a major
re-org of the jbossmq module. It's so major that everything is broken right
now on my development box :) I'm making all subsytems in jbossmq a JMX
service. This will be good since jbossmq.xml will then be able to go
User: schaefera
Date: 01/07/09 23:42:28
Modified:src/docs howtotimer.xml
Log:
Fixed some spelling errors and code problems thanx to the feedback
of [EMAIL PROTECTED]
Revision ChangesPath
1.7 +7 -7 manual/src/docs/howtotimer.xml
Index: howtotimer.xml
I would say that in the short term that it would be better to have the
client code using Log4j, so we can better debug things. In the long term we
need to have a way to let the client side logging either automatically
disable (perhaps enable with a system property), but either way make use of
Hi,
I want to add a feature that will allow to set the FetchSize associated with
Statement in Jaws/JBossPool.
The default FetchSize is in fact dependant of the driver (and is not always
0, meaning get all records), that's an hazardous thing imho.
1. A bit like IsolationLevel that we can specify
I got this one also.
It disappeared.
I think (not sure) it was because of my bloody hashCode() method.
Maybe it is linked to recent changes on cvs version through.
-Message d'origine-
De : [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]De la part de
Hiram Chirino
Envoyé : mardi 10
Before you go crazy on that log system clean up... I'm working on a major
re-org of the jbossmq module. It's so major that everything is broken right
now on my development box :) I'm making all subsytems in jbossmq a JMX
service. This will be good since jbossmq.xml will then be able to go
If there is any logging api other than System.out, then its log4j as
far as I'm concerned. We can provide a null config if they want
to disregard any JBoss generated client side logging.
- Original Message -
From: Jason Dillon [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, July
On Mon, 2 Jul 2001, Vinay Menon wrote:
Should you be specifying port 1099 as part of the url?
I tried that also:
properties.put(javax.naming.Context.PROVIDER_URL,
jnp://localhost:1099);
properties.put(javax.naming.Context.URL_PKG_PREFIXES,
Hello guys,
Has anyone had the chance to take a look at the ROW ID thingey I had
posted [3 times!]. I have not heard back from anyone and think that if we
are NOT interested I should stop posting this question over and over again.
Vinay
___
vinay,
chill, you have been here before. I recommendation to you is to commit that
code and document it HEAVILY so that people know it is there and how to use
it (if not fully automated) etc etc.
It just doesn't work this way, nobody has time to review your code *as you
post it*, so post it
the changes of the cache are found in 2.5. I might retrofit them to 2.4 for
other reasons.
are you using 2.5 when you say the problems are gone?
|I got this one also.
|It disappeared.
|I think (not sure) it was because of my bloody hashCode() method.
|Maybe it is linked to recent changes on
Mr Riyaz ahamed
ONE MORE 2000 LINES POST FOR SUPPORT ON JBOSS-DEV AND I BLOCK *ALL**
MAILS FROM YOU
YOU UNDERSTAND ME
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
Hey,
Can those people using Tabbed indentation please turn it off? Please use
spaces for indenting.
Thanks,
Bill
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Jason
Dillon
Sent: Tuesday, July 10, 2001 1:24 AM
To: [EMAIL PROTECTED]
Subject:
go ahead and commit.
On Tue, 10 Jul 2001, Vinay Menon wrote:
Hello guys,
Has anyone had the chance to take a look at the ROW ID thingey I had
posted [3 times!]. I have not heard back from anyone and think that if we
are NOT interested I should stop posting this question over and over
Hiram,
Can you send a stack trace?
Thanks,
Bill
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Hiram
Chirino
Sent: Tuesday, July 10, 2001 1:11 AM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] Any problems vith the cache in 2.4?
Talking
what what bothers me with this on-going discussion: we don't care whether
you fuck up your own hashcode or not, we wrap it up and afaik Bill plugged
teh last hole there, so that should really be tight as a drum...
show me a clear bug repro on this and I will buy it... if it is plain gone
then
Yep.
I am working on 2.5. Checked out every week or so.
But the problem of Hiram is its hashCode of, my hand in the fire.
the changes of the cache are found in 2.5. I might retrofit them
to 2.4 for
other reasons.
are you using 2.5 when you say the problems are gone?
|I got this one
I agree, I was a bit too enthousiast on this problem, it will cause
confusion. I leave it to you.
-Message d'origine-
De : [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]De la part de marc
fleury
Envoyé : mardi 10 juillet 2001 17:42
À : [EMAIL PROTECTED]
Objet : RE: [JBoss-dev] Any
MAIL ESSENTIALS SENDER NOTIFICATION
The following message:
TO: [EMAIL PROTECTED]
FROM:[EMAIL PROTECTED]
DATE: Tue, 10 Jul 2001 14:07:12 -0400
Subject: [JBoss-dev] IT'S ALIVE!
has been quarantined by Mail Essentials for the following reason(s):
Subject contains
// TestPK.java
class AccountPK implements java.io.Serializable
{
private int _hashCode = Integer.MIN_VALUE;
public java.lang.String id;
public AccountPK(java.lang.String id)
{
this.id = id;
}
public int hashCode()
{
if (_hashCode == Integer.MIN_VALUE)
{
will do it if not today then tomorrow.
thanks!
vinay
- Original Message -
From: marc fleury [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, July 10, 2001 3:27 PM
Subject: RE: [JBoss-dev] ROWID: Final Call :(
vinay,
chill, you have been here before. I recommendation to you
did we just bring down the site with all the traffic?
- Original Message -
From: marc fleury [EMAIL PROTECTED]
To: Jboss-User@Lists. Sourceforge. Net [EMAIL PROTECTED];
Jboss-Development@Lists. Sourceforge. Net
[EMAIL PROTECTED]
Sent: Tuesday, July 10, 2001 7:07 PM
Subject: [JBoss-dev]
Bugs item #440167, was opened at 2001-07-10 12:24
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=440167group_id=22866
Category: JBossServer
Group: v2.2.2 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned
Feature Requests item #440169, was opened at 2001-07-10 12:26
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376688aid=440169group_id=22866
Category: None
Group: None
Status: Open
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous
MAIL ESSENTIALS SENDER NOTIFICATION
The following message:
TO: [EMAIL PROTECTED]
FROM:[EMAIL PROTECTED]
DATE: Tue, 10 Jul 2001 20:15:45 +0100
Subject: Re: [JBoss-dev] IT'S ALIVE!
has been quarantined by Mail Essentials for the following reason(s):
Subject contains
How long before this guy gets wacked from the list?
- Original Message -
From: Postmaster [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, July 10, 2001 12:22 PM
Subject: [JBoss-dev] Mail Delivery Status Notification
MAIL ESSENTIALS SENDER NOTIFICATION
The following message:
I just togged nomail on him.
-- Juha
On Tue, 10 Jul 2001, Scott M Stark wrote:
How long before this guy gets wacked from the list?
- Original Message -
From: Postmaster [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, July 10, 2001 12:22 PM
Subject: [JBoss-dev] Mail
How about whacking him on the head! By the way maybe until then we can
avoid using more than 2 ! or x/X characters in the subject of any e-mails.
Cheers
-Original Message-
From: Scott M Stark [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, July 10, 2001 3:43 PM
To: [EMAIL PROTECTED]
Subject:
No it is just that I am doing open heart surgery without anethesia and you
guys see it all.
Cowboy administration with my balls on the tab key... not the best policy in
the world, but I want to be done by tonight (leaving tomorrow for spain)...
it should be up now
re the load: 95% idle LOL,
10 seconds go there and remove the bastard
Quarantined! your mails contains word(s)/phrase bastard
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Scott
|M Stark
|Sent: Tuesday, July 10, 2001 3:43 PM
|To: [EMAIL PROTECTED]
|Subject: Re:
I'm surprised it hasn't already happened:
Maybe we could all mail him a core file - making sure it didn't contain
the string 'xxx' or 'ad:' ?
Jules
Scott M Stark wrote:
How long before this guy gets wacked from the list?
- Original Message -
From: Postmaster [EMAIL PROTECTED]
|I'm surprised it hasn't already happened:
|
|Maybe we could all mail him a core file - making sure it didn't contain
|the string 'xxx' or 'ad:' ?
LOL :) be nice, come on... don't
well... maybe a couple I got a really nice one here what is the sed grep
command...
marcf
|
|
|Jules
|
|
|Scott M
good catch scott,
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Scott
|M Stark
|Sent: Tuesday, July 10, 2001 2:32 PM
|To: [EMAIL PROTECTED]
|Subject: [JBoss-dev] Fool proof? I think not.
|
|
|// TestPK.java
|class AccountPK implements
damn these *ucking emails.
--jason
On 10 Jul 2001, Postmaster wrote:
MAIL ESSENTIALS SENDER NOTIFICATION
The following message:
TO: [EMAIL PROTECTED]
FROM:[EMAIL PROTECTED]
DATE: Tue, 10 Jul 2001 20:15:45 +0100
Subject: Re: [JBoss-dev] IT'S ALIVE!
has been
Many thanks Scott.
I'm a firestarter, twisted firestarter
-Message d'origine-
De : [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]De la part de
Scott M Stark
Envoyé : mardi 10 juillet 2001 20:32
À : [EMAIL PROTECTED]
Objet : [JBoss-dev] Fool proof? I think not.
// TestPK.java
On Tue, Jul 10, 2001 at 08:48:15AM +0200, Vincent Harcq wrote:
Hi,
I want to add a feature that will allow to set the FetchSize associated with
Statement in Jaws/JBossPool.
The default FetchSize is in fact dependant of the driver (and is not always
0, meaning get all records), that's an
Hi,
On Tue, Jul 10, 2001 at 08:48:15AM +0200, Vincent Harcq wrote:
Hi,
I want to add a feature that will allow to set the FetchSize
associated with
Statement in Jaws/JBossPool.
The default FetchSize is in fact dependant of the driver (and
is not always
0, meaning get all records),
Toby Allsopp wrote:
On Tue, Jul 10, 2001 at 08:48:15AM +0200, Vincent Harcq wrote:
Hi,
I want to add a feature that will allow to set the FetchSize associated with
Statement in Jaws/JBossPool.
The default FetchSize is in fact dependant of the driver (and is not always
0, meaning get all
| Why? Because Serialization includes the private state of the
| object. This is
| a perfectly valid PK which is not handled correctly by CacheKey. If the
| _hashCode value is marked as transient all works. The assumption being
| made by CacheKey is that the only ivars in the PK are its fields
|
User: kvvinaymenon
Date: 01/07/10 15:42:32
Modified:src/main/org/jboss/ejb/plugins/jaws/jdbc
JDBCDefinedFinderCommand.java
Log:
Fix for checking null arguments in Finders and ensuring that the NULL sql datatype
is assigned to such a variable. (Bugs item
User: user57
Date: 01/07/10 15:45:41
Modified:src/main/org/jboss/ejb/plugins
EntityInstanceInterceptor.java
Log:
o just a re-intent (no code change)
Revision ChangesPath
1.33 +280 -277
I thought I had my app working again, but that was just a dream. =| Does
anyone have a clue why I might be getting Transactional contention on
context messages?
I have one thread invoking a session bean in a loop, that session bean
creates two entities then queues a JMS message, then returns.
User: kvvinaymenon
Date: 01/07/10 16:04:37
Modified:src/main/org/jboss/ejb/plugins/jaws/jdbc Tag: Branch_2_4
JDBCDefinedFinderCommand.java
Log:
Fix for checking null arguments in Finders and ensuring that the NULL sql datatype
is assigned to such a
Oh ya, the vm the mdb runs in is now wedged and needs to be killed =(
--jason
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
This has now been patched in to Branch_2_4 and HEAD. The release has been
incremented to Rel_2_5_0_3 [pls let me know if this is incorrect...].
Vinay
- Original Message -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, July 10, 2001 8:24 PM
Subject: [JBoss-dev] [
User: gropi
Date: 01/07/10 16:28:43
Modified:src/docs howtovisualagedebug.xml
Log:
Update/rewrite of the VAJ integration guide for JBoss 2.2.2 and VAJ 3.5p2
Thanks to the author Craig Doremus
Revision ChangesPath
1.3 +353 -448
User: gropi
Date: 01/07/10 16:43:28
Modified:src/docs howtotimer.xml
Log:
typo
Revision ChangesPath
1.8 +1 -1 manual/src/docs/howtotimer.xml
Index: howtotimer.xml
===
RCS file:
User: user57
Date: 01/07/10 16:49:14
Modified:src/main/org/jboss/ejb/plugins
EntitySynchronizationInterceptor.java
Log:
o re-indent (no code change)
Revision ChangesPath
1.40 +452 -451
User: olegnitz
Date: 01/07/10 16:53:21
jboss/src/main/org/jboss/jdo/castor - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
User: olegnitz
Date: 01/07/10 16:59:51
Added: src/main/org/jboss/jdo/castor CastorJDOImpl.java
CastorJDOImplMBean.java
Log:
Added CastorJDO integration module to the main distribution,
because castor-0.9.1.jar is already here.
Revision Changes
User: olegnitz
Date: 01/07/10 16:59:51
Modified:src/etc/conf/default jboss.jcml
Log:
Added CastorJDO integration module to the main distribution,
because castor-0.9.1.jar is already here.
Revision ChangesPath
1.44 +12 -2 jboss/src/etc/conf/default/jboss.jcml
User: olegnitz
Date: 01/07/10 16:59:51
Modified:src/build build.xml
Log:
Added CastorJDO integration module to the main distribution,
because castor-0.9.1.jar is already here.
Revision ChangesPath
1.80 +8 -3 jboss/src/build/build.xml
Index: build.xml
User: jules_gosnell
Date: 01/07/10 17:13:08
Modified:.binary.jsp
Log:
added latest JBoss-Jetty release
Revision ChangesPath
1.4 +6 -0 newsite/binary.jsp
Index: binary.jsp
===
RCS
User: user57
Date: 01/07/10 17:20:04
Modified:src/main/org/jboss/jms/ra JmsManagedConnection.java
Log:
o re-indent fixup javadoc header (no code change)
Revision ChangesPath
1.4 +389 -388 jboss/src/main/org/jboss/jms/ra/JmsManagedConnection.java
Index:
User: olegnitz
Date: 01/07/10 17:27:08
Modified:.jboss-castor.jsp
Log:
Added description of the new AutoStore attribute of the CastorJDO service.
Revision ChangesPath
1.2 +13 -10newsite/jboss-castor.jsp
Index: jboss-castor.jsp
User: user57
Date: 01/07/10 17:29:08
Modified:src/main/org/jboss/jms/ra JmsManagedConnectionFactory.java
Log:
o re-indent (no code change)
Revision ChangesPath
1.3 +147 -157 jboss/src/main/org/jboss/jms/ra/JmsManagedConnectionFactory.java
Index:
Tagging the main branch is good, but more importantly the release branch
needs to
be tagged and this was not done. You need to add a Rel_2_4_0_15 tag to the
entire jboss cvs module in your working directory that has the Branch_2_4
checked out.
- Original Message -
From: Vinay Menon
I don't see why the burdon is not put on the primary key implementor. Its
clearly documented in the spec that hashCode() and equals() are required for
client use, so why not leverage this? What do we do in the general case of
an
unkown primary key class(type = java.lang.Object)?
9.2.9 Entity
JBoss daily test results
SUMMARY
Number of tests run: 129
Successful tests: 128
Errors:1
Failures: 0
[time of test: 11 July 2001 2:47 GMT]
See http://lubega.com
User: chirino
Date: 01/07/10 19:03:16
Added: src/client jndi.properties jbossmq.properties
Log:
Adding these files here since client need them in thier CLASSPATH
Revision ChangesPath
1.1 jbossmq/src/client/jndi.properties
Index: jndi.properties
User: chirino
Date: 01/07/10 19:05:10
Modified:src/examples TestClient.java SampleUtilities.java run.bat
Log:
Adjusted where the client classpath and what the where the connection factories are
named in JNDI
Revision ChangesPath
1.3 +2 -2
User: chirino
Date: 01/07/10 19:07:40
Modified:src/etc/conf/default jboss.jcml jndi.properties
Removed: src/etc/conf/default jbossmq.properties jbossmq.xml
Log:
JBossMQ is now tottaly configured via JMX. Changing config files to reflect that
Revision ChangesPath
User: chirino
Date: 01/07/10 19:25:37
jbossmq/src/main/org/jbossmq/il - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
User: chirino
Date: 01/07/10 19:25:15
Removed: src/main/org/jbossmq/distributed/server
ConnectionReceiverINVM.java
ConnectionReceiverOIL.java
ConnectionReceiverOILClient.java
User: chirino
Date: 01/07/10 19:25:53
jbossmq/src/main/org/jbossmq/il/jvm - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
User: chirino
Date: 01/07/10 19:25:14
Removed: src/main/org/jbossmq/distributed/interfaces
ConnectionReceiver.java
ConnectionReceiverSetup.java
DistributedConnectionFactory.java
User: chirino
Date: 01/07/10 19:26:40
jbossmq/src/main/org/jbossmq/il/uil/multiplexor - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
User: chirino
Date: 01/07/10 19:26:04
jbossmq/src/main/org/jbossmq/il/oil - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
I have been trying to track down this transactional contention, then I ran
into a problem where the spooler eventually hung, after a seemingly random
number of messages.
SpyXAQueueConnection.createXAQueueSession() would not return from
SpyConnection.createReceiver().
User: chirino
Date: 01/07/10 19:28:35
Added: src/main/org/jbossmq/il/uil UILClientIL.java
UILClientILService.java UILServerIL.java
UILServerILService.java
UILServerILServiceMBean.java
Log:
This is the il
User: chirino
Date: 01/07/10 19:28:34
Added: src/main/org/jbossmq/il/oil OILClientIL.java
OILClientILService.java OILServerIL.java
OILServerILService.java
OILServerILServiceMBean.java
Log:
This is the il
User: chirino
Date: 01/07/10 19:28:35
Added: src/main/org/jbossmq/il/uil/multiplexor
DemuxInputStream.java MultiplexorTest.java
MuxOutputStream.java SocketMultiplexor.java
StreamDemux.java StreamMux.java
Log:
User: chirino
Date: 01/07/10 19:29:31
Removed: src/main/org/jbossmq/multiplexor DemuxInputStream.java
MultiplexorTest.java MuxOutputStream.java
SocketMultiplexor.java StreamDemux.java
StreamMux.java
Log:
This
User: chirino
Date: 01/07/10 19:30:59
Removed: src/main/org/jbossmq/jdbcpersistence MessageLog.java
PersistenceManager.java TxLog.java
Log:
This package has been moved under the pm package
___
Jboss-development
User: chirino
Date: 01/07/10 19:30:52
Removed: src/main/org/jbossmq/filepersistence MessageLog.java
PersistenceManager.java TxLog.java
Log:
This package has been moved under the pm package
___
Jboss-development
User: chirino
Date: 01/07/10 19:31:42
jbossmq/src/main/org/jbossmq/pm - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
User: chirino
Date: 01/07/10 19:31:04
Removed: src/main/org/jbossmq/persistence IntegrityLog.java
ObjectIntegrityLog.java PersistenceManager.java
SpyMessageLog.java SpyMessageLogTester.java
SpyTxLog.java
Log:
User: chirino
Date: 01/07/10 19:26:15
jbossmq/src/main/org/jbossmq/il/rmi - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
User: chirino
Date: 01/07/10 19:46:29
jbossmq/src/main/org/jbossmq/pm/logged - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
User: chirino
Date: 01/07/10 19:46:19
Added: src/main/org/jbossmq/pm PersistenceManager.java
TxManager.java
Log:
Making a more solid interface to the persistence manager.
Revision ChangesPath
1.1
User: chirino
Date: 01/07/10 19:47:11
jbossmq/src/main/org/jbossmq/pm/jdbc - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
User: chirino
Date: 01/07/10 19:47:27
jbossmq/src/main/org/jbossmq/pm/file - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
User: chirino
Date: 01/07/10 19:52:17
Added: src/main/org/jbossmq/pm/jdbc MessageLog.java
PersistenceManager.java
PersistenceManagerMBean.java TxLog.java
Log:
These are the 3 PersistenceManager implementations we have so far. The
User: chirino
Date: 01/07/10 19:52:16
Added: src/main/org/jbossmq/pm/file MessageLog.java
PersistenceManager.java
PersistenceManagerMBean.java TxLog.java
Log:
These are the 3 PersistenceManager implementations we have so far. The
User: chirino
Date: 01/07/10 19:52:17
Added: src/main/org/jbossmq/pm/logged IntegrityLog.java
ObjectIntegrityLog.java PersistenceManager.java
PersistenceManagerMBean.java SpyMessageLog.java
ok,
scott has put his finger on a solid fact, you can screw up your PK and the
cache key won't save you. It is not what I thought.
I think the point he makes is that even though the PK hashcode and equals
are really easy to screw up at least it is your responsibility as per the
spec.
Frankly
User: chirino
Date: 01/07/10 19:53:50
Modified:src/main/org/jbossmq/referenceable ObjectRefAddr.java
SpyConnectionFactoryObjectFactory.java
Log:
The objects are now serialized using a MarshalledObject and a ByteArrayOutputStream
This should help us work
User: chirino
Date: 01/07/10 20:05:58
Modified:src/build build.xml
Log:
Adjustment in rmic since the package org change some
Revision ChangesPath
1.9 +6 -9 jbossmq/src/build/build.xml
Index: build.xml
User: chirino
Date: 01/07/10 20:23:31
Modified:src/main/org/jbossmq/server StateManagerMBean.java
StateManager.java
Log:
Change so that the state file used is configurable via JMX
Revision ChangesPath
1.2 +5 -1
User: chirino
Date: 01/07/10 20:23:40
Modified:src/etc/conf/default jboss.jcml
Added: src/etc/conf/default jbossmq-state.xml
Log:
Change so that the state file used is configurable via JMX
Revision ChangesPath
1.5 +1 -0
User: chirino
Date: 01/07/10 20:38:56
Modified:src/etc/conf/default jboss.jcml
Log:
Added back the default queues and topics
Revision ChangesPath
1.6 +38 -8 jbossmq/src/etc/conf/default/jboss.jcml
Index: jboss.jcml
User: chirino
Date: 01/07/10 20:49:42
Removed: src/etc/conf/default jbossmq-cluster.xml
Log:
Moved the jbossmq-cluster.xml to the client directory since it is only used by
clients.
___
Jboss-development mailing list
[EMAIL PROTECTED]
User: chirino
Date: 01/07/10 20:49:42
Added: src/client jbossmq-cluster.xml
Log:
Moved the jbossmq-cluster.xml to the client directory since it is only used by
clients.
Revision ChangesPath
1.1 jbossmq/src/client/jbossmq-cluster.xml
Index:
User: chirino
Date: 01/07/10 20:49:42
Modified:src/examples cluster-run.bat
Log:
Moved the jbossmq-cluster.xml to the client directory since it is only used by
clients.
Revision ChangesPath
1.2 +10 -1 jbossmq/src/examples/cluster-run.bat
Index:
I can't find it. Is it out? Do you have a url?
thanks
david jencks
On 2001.07.10 02:21:28 -0400 Andreas Schaefer wrote:
Hi Geeks
Look out my article about JBoss gets published. Hope you
like it.
Mad Andy
- Original Message -
From: Steve Anglin [EMAIL PROTECTED]
To: Andreas
man! mad andy _knows_ teaser
you go check out the article that i write one day gets out :)
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of David
|Jencks
|Sent: Wednesday, July 11, 2001 12:07 AM
|To: [EMAIL PROTECTED]
|Subject: Re: [JBoss-dev]
Next Monday (just read the orginal email, too).
Andy
- Original Message -
From: David Jencks [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, July 10, 2001 9:07 PM
Subject: Re: [JBoss-dev] Fw: Using JBoss.org: A Java 2 Enterprise
Edition-based Container
I can't find it. Is it
Well, I have not been able to track it down fully, but I modified the
locktest to be a bit more agressive. First I simply up'd the thread and
iteration count (which could cause a NullPointerException in the entity
syncrhonization interceptor... but not all the time). It will also hang
some
User: user57
Date: 01/07/10 22:52:08
Modified:src/main/org/jboss/test/lock/interfaces
EnterpriseEntity.java
Log:
o updated lock test to excersise commit-option a, b (c d but those are
not enabled at the moment).
o abstracted the actuall test
User: user57
Date: 01/07/10 22:52:08
Modified:src/main/org/jboss/test/lock/bean EnterpriseEntityBean.java
Log:
o updated lock test to excersise commit-option a, b (c d but those are
not enabled at the moment).
o abstracted the actuall test outside of Worker, into Task
1 - 100 of 102 matches
Mail list logo
