hi,
On Tue, 2003-08-05 at 02:11, Scott M Stark wrote:
You will need to obtain a clean checkout as the cvs module definitions have
changed.
won't a
$ cvs -qz3 co -rBranch_3_2 _jboss_tomcat
on my Branch_3_2 root directory be sufficient? worked for me. you can
also rm -rf the 'tomcat41' and
hi dain,
On Thu, 2003-03-27 at 02:37, Dain Sundstrom wrote:
Who maintains the verifier?
i do. shall i integrate yours/victors proposal?
best regards,
christian
---
This SF.net email is sponsored by:
The Definitive IT and
hi,
On Sat, 2003-02-22 at 02:42, Dain Sundstrom wrote:
I'm working on fixing the exception tests and I have run into a problem
with the verifier. I am getting the following warning that is causing
the deployment to fail:
Bean : ExceptionTesterEJB
Method : public abstract void
hi,
just dug up something via slashdot which proves marc's point about the
caches and basically explains why the phpnuke on the jboss site was
doomed to fail sooner or later:
http://www.aceshardware.com/read.jsp?id=45000246
sorry for the noise, thought that some of you might find that
hi,
On Tue, 2002-12-03 at 09:13, Calin Lupa Crisan wrote:
Thanks Robert,
but my actual question seems to be lost in the message body, so I repeat it:
If I understood correctly the CVS ADMINISTRATION POLICY web page is
outdated.
Is there another place than mailing list archives to look
hi dominik,
On Tue, 2002-11-19 at 22:05, Dominik Kacprzak wrote:
I'm running into the same problem as Christian on RH Linux 8.0 even tho
my ANT_HOME is not set. On my box, I have the following ant rpms
installed.
ant-optional-full-1.5.1-3jpp
ant-1.5.1-3jpp
this is my setup, too (except
hi,
i just noticed that apparently Branch_3_2 doesn't build?! I had problems
with Branch_3_0 today but I resolved these w/ a fresh checkout using
cvs -d:ext:[EMAIL PROTECTED]:/cvsroot/jboss co -rBranch_3_0
jboss-3.0
i tried the same with Branch_3_2 (fresh checkout) but ant keeps
complaining:
hi,
On Tue, 2002-11-19 at 16:17, Scott M Stark wrote:
A clean build of a cvs -r Branch_3_2 jboss-3.2 is working for me.
it is something related to my local ant installation (which i upgraded
to 1.5.1 recently) and the differing ant versions in the three branches.
3.0 uses Ant 1.4 -- works
hi,
On Wed, 2002-11-13 at 22:36, Dain Sundstrom wrote:
(Don't know much about XML Schemasmaybe they address these issues?)
This is what XML name spaces are for. If in ISV wants to add more
config options to jboss, if jboss wants to add new options to the spec
ejb-jar.xml file, we
kids, remember: don't code on drugs!
scnr,
christian
On Tue, 2002-11-12 at 16:13, Peter Fagerlund wrote:
cache is king,
makes me want to sing,
all your cache are belong to us,
check it out in swing,
cache is king,
makes me want to sing,
sqlcache
On Tue, 2002-10-08 at 20:55, Scott M Stark wrote:
[...]
The head revision cannot be checked out using the jboss-all module alias any longer.
does this imply that I _must_ do a full clean checkout of my local CVS
copies of all 3 branches using the commands you posted to get a correct
working
Hi everyone,
I'm currently working on resolving Bug #613360 (see
https://sourceforge.net/tracker/?func=detailatid=376685aid=613360group_id=22866 ).
I have an implementation issue with the EJB Spec Section 10.6.14:
The Bean Provider should not use reserved identifiers as ejb-names or
hi,
i applied a change in 3.2 and HEAD that doesn't check these in the
interfaces anymore.
regards,
christian
On Tue, 2002-08-20 at 15:36, Scott M Stark wrote:
Yes, the subclasses of RuntimeException and Error should not be checked
for in the bean interfaces.
hi,
On Wed, 2002-07-03 at 23:24, James Mitchell wrote:
ou pour nos amis hollandais
Ich mag nackt (bildlich sprechend) in die Weiden der offenen Quelle laufen
excuse me? as a german i take this as a personal offense being compared
to a nation that couldn't even qualify for the world cup.
hi,
On Thu, 2002-06-27 at 19:46, Bordet, Simone wrote:
so sorry guys (especcialy from turkey), but now it's between
us and the
German. We talk again after sunday, maybe tuesday, because
the party is
gonna be long : ) (so i hope)...
At least the referee is italian,
i was so
hi,
On Tue, 2002-06-18 at 22:14, marc fleury wrote:
| As long as the USA don't win but they shall defeat Germany
| and send them home.
|
|lol. as it looks germany will march through and take the cup by
|defeating the three mighty football giants usa, south korea and turkey.
don't be so
hi,
On Tue, 2002-06-18 at 20:19, Andreas Schaefer wrote:
As long as the USA don't win but they shall defeat Germany
and send them home.
lol. as it looks germany will march through and take the cup by
defeating the three mighty football giants usa, south korea and turkey.
what i'm really
hi,
On Thu, 2002-06-06 at 16:25, Rhett Aultman wrote:
I'm just pleased that the US showed Portugal up. They can go back to their usual
strategy of treading water and blaming the low support of soccer in the US now. I'm
content. ;)
he. portugal lost on purpose b/c they didn't want to get a
hi,
On Tue, 2002-05-28 at 23:43, Jason Dillon wrote:
Um... what?
you can't have an ejb client contacting jboss w/o having log4j in your
classpath. i second sacha's bug report on this; i can't see a reason why
a client should be forced to have that in its classpath.
the whole situation on
hi,
I know Zahid Rahman. 2002.
now THAT should be on the next edition of the jboss t-shirts 8)
sorry for the noise,
christian
___
Have big pipes? SourceForge.net is looking for download mirrors. We supply
the hardware. You
User: lqd
Date: 02/04/18 03:27:49
Modified:src/resources/org/jboss/verifier DefaultMessages.properties
Log:
- fix messages for section 10.6.7 (ejbSelectXXX methods)
Revision ChangesPath
1.15 +2 -2
User: lqd
Date: 02/04/18 03:25:19
Modified:src/resources/org/jboss/verifier Tag: Branch_3_0
DefaultMessages.properties
Log:
- fix messages for section 10.6.7 (ejbSelectXXX methods)
Revision ChangesPath
No revision
User: lqd
Date: 02/04/09 05:26:12
Modified:src/main/org/jboss/mq SpyObjectMessage.java
Log:
better safe than sorry; somehow i was getting ObjectMessage messages
that had this set to 'true' despite not being byte arrays ...
Revision ChangesPath
1.9 +5 -1
User: lqd
Date: 02/04/08 02:35:31
Modified:src/main/org/jboss/util/jmx MBeanProxy.java
Log:
fix compilation issues when using jikes
Revision ChangesPath
1.5 +8 -6 jboss-common/src/main/org/jboss/util/jmx/MBeanProxy.java
Index: MBeanProxy.java
User: lqd
Date: 02/03/29 18:46:35
Modified:src/main/org/jboss/mq/pm/file Tag: Branch_2_4
MessageLog.java
Log:
fix broken filenames on Windows introduced by fix for Bug #533824
Revision ChangesPath
No revision
No
hi,
On Fri, 2002-03-29 at 02:14, Adrian Brock wrote:
This breaks on Windows :-(
The id is used as a file name in file persistence.
You are not allowed a : in the file name for windows.
thanks for pointing this out, i've applied a fix for this to the
file-based persistence manager.
it's
User: lqd
Date: 02/03/29 19:11:18
Modified:src/main/org/jboss/mq/pm/file MessageLog.java
Log:
fix broken filenames on Windows introduced by fix for Bug #533824
Revision ChangesPath
1.12 +4 -3 jbossmq/src/main/org/jboss/mq/pm/file/MessageLog.java
User: lqd
Date: 02/03/25 22:40:41
Modified:src/main/org/jboss/mq/pm/file Tag: Branch_2_4
MessageLog.java PersistenceManager.java
Log:
change logging from System.out to log4j
Revision ChangesPath
No revision
No
User: lqd
Date: 02/03/25 22:53:49
Modified:src/main/org/jboss/mq/server Tag: Branch_2_4 JMSServer.java
Log:
Fix for bug #533824. JMS spec requoires the MessageID to be prefixed
with 'ID:' instead of just 'ID'
Revision ChangesPath
No revision
User: lqd
Date: 02/03/25 22:55:34
Modified:src/main/org/jboss/mq/server JMSServer.java
Log:
Fix for bug #533824. JMS spec requoires the MessageID to be prefixed
with 'ID:' instead of just 'ID'
Revision ChangesPath
1.17 +2 -2
Hi,
On Thu, 2002-03-14 at 18:48, Bill Burke wrote:
One more thing...Maybe we shouldn't be worrying about straight JDBC calls
corrupting the cache? If somebody wants to do this, then fuck em. They do
so at there own risk.
Opinions?
I've just added my $.02 in the SF bug tracker; the more
Hi,
On Wed, 2002-03-13 at 16:47, marc fleury wrote:
|/etc/rc.d/rc3.d/S10network will start before /etc/rc.d/rc3.d/S80sendmail
|because 10 commes before 80.
whatever,
stuff in rc2 is started before stuff in rc3
this is not correct when looked upon from the UNIX perspective. My
system
this method has been removed anyways (see
http://java.sun.com/j2ee/apidocs-1_0-fr/api/javax/resource/cci/ConnectionFactory.html
); this has been updated accordingly in HEAD cvs. its still in Branch_2_4 though.
_
View thread online:
User: lqd
Date: 02/03/04 15:16:52
Modified:src/main/org/jboss/pool Tag: Branch_2_4 PoolParameters.java
Log:
- LOGGER_KEY not used anywhere
Revision ChangesPath
No revision
No revision
1.1.1.1.2.3 +0 -1
User: lqd
Date: 02/03/04 15:35:09
Modified:src/main/org/jboss/pool/jdbc/xa/wrapper Tag: Branch_2_4
XADataSourceImpl.java
Log:
- more changes from proprietary PrintWriter logging to log4j
- no more NPE at startup
Revision ChangesPath
No
User: lqd
Date: 02/03/04 15:35:08
Modified:src/main/org/jboss/pool/jdbc Tag: Branch_2_4
JDBCConnectionFactory.java JDBCPoolDataSource.java
Log:
- more changes from proprietary PrintWriter logging to log4j
- no more NPE at startup
Revision
User: lqd
Date: 02/03/04 15:35:08
Modified:src/main/org/jboss/pool/jdbc/xa Tag: Branch_2_4
XAConnectionFactory.java XAPoolDataSource.java
XAPoolDriver.java
Log:
- more changes from proprietary PrintWriter logging to log4j
- no
User: lqd
Date: 02/03/04 15:41:39
Modified:src/etc/deploy Tag: Branch_2_4 jbosspool-jdbc.rar
Log:
sync jbosspool .jar files for release
Revision ChangesPath
No revision
No revision
1.1.4.6 +73 -48
User: lqd
Date: 02/02/22 01:34:40
Modified:src/main/org/jboss/pool/connector/jboss Tag: Branch_2_4
MinervaNoTransCMFactory.java
MinervaSharedLocalCMFactory.java
MinervaXACMFactory.java
Log:
- enable
User: lqd
Date: 02/02/22 02:46:29
Modified:src/main/org/jboss/pool Tag: Branch_2_4 ObjectRecord.java
Log:
- clean up imports
Revision ChangesPath
No revision
No revision
1.1.1.1.2.1 +2 -1
User: lqd
Date: 02/02/22 03:14:32
Modified:src/main/org/jboss/pool Tag: Branch_2_4 PoolGCThread.java
Log:
- add logging
Revision ChangesPath
No revision
No revision
1.1.1.1.2.1 +116 -62
User: lqd
Date: 02/02/22 03:15:48
Modified:src/main/org/jboss/pool Tag: Branch_2_4 ObjectPool.java
PoolObjectFactory.java
Log:
- apply patch #515411
- remove legacy logging w/ PrintWriter, switch to log4j
Revision ChangesPath
No
User: lqd
Date: 02/02/22 04:09:09
Modified:src/main/org/jboss/pool Tag: Branch_2_4 PoolGCThread.java
Log:
- oops, a TAB slipped in
Revision ChangesPath
No revision
No revision
1.1.1.1.2.2 +2 -2
Hi,
combing through the JBoss SF Bug database I found the following in the
patches section:
http://sourceforge.net/tracker/index.php?func=detailaid=437043group_id=22866atid=376687
Whoever submitted this is actually correct; the EJB Spec (1.1 and 2.0)
state that Finder methods should be
hi,
On Thu, 2002-02-21 at 20:47, Bill Burke wrote:
P.S. I need to solve this problem for work. So if I get no feedback,
bewareI'll be making changes.
There's one more issue which might be related to this (or not at all, I
don't have the necessary insights):
When a Bean is enrolled in a
hi,
On Thu, 2002-02-21 at 21:56, Bill Burke wrote:
I thought a bean wasn't allowed to be passivated if it was involved with a
transaction?
Check out the canPassivate method on the instance cache.
you're correct. the thrown exception is not a NPE but instead an
IllegalStateExeption; we
User: lqd
Date: 02/02/21 14:46:33
Modified:src/main/org/jboss/pool Tag: Branch_2_4 PoolParameters.java
Log:
- fix speling mistake. GCIntervalMillis actually works now ...
Revision ChangesPath
No revision
No revision
User: lqd
Date: 02/02/19 08:11:22
Modified:src/main/org/jboss/mq/pm/rollinglogged
PersistenceManager.java
PersistenceManagerMBean.java
Log:
- add ability to set rollover size via JMX (was fix at 1000 before)
- yank dead
hi,
completely off-topic but i couldn't resist:
On Tue, 2002-02-05 at 03:18, marc fleury wrote:
Bill, you win, throw a party today,
looking at bill's sourceforge login (patriot1burke) i guess that bill
has already won sunday night and is still partying 8). good game by the
patriots, was worth
User: lqd
Date: 02/02/01 19:54:20
Modified:src/main/org/jboss/mq/il/oil OILServerILService.java
Log:
remove wildcard import statements
Revision ChangesPath
1.17 +2 -4 jbossmq/src/main/org/jboss/mq/il/oil/OILServerILService.java
Index:
User: lqd
Date: 02/02/01 19:54:19
Modified:src/main/org/jboss/mq/il/jvm JVMServerILService.java
Log:
remove wildcard import statements
Revision ChangesPath
1.7 +1 -2 jbossmq/src/main/org/jboss/mq/il/jvm/JVMServerILService.java
Index:
User: lqd
Date: 02/02/01 19:54:19
Modified:src/main/org/jboss/mq SpyBytesMessage.java
SpyMapMessage.java SpyMessage.java
SpyObjectMessage.java SpyStreamMessage.java
SpyTextMessage.java
Log:
remove wildcard
User: lqd
Date: 02/02/01 19:54:20
Modified:src/main/org/jboss/mq/il/uil/multiplexor StreamDemux.java
StreamMux.java
Log:
remove wildcard import statements
Revision ChangesPath
1.3 +7 -3
User: lqd
Date: 02/02/01 19:54:20
Modified:src/main/org/jboss/mq/il/rmi RMIServerILService.java
Log:
remove wildcard import statements
Revision ChangesPath
1.9 +1 -2 jbossmq/src/main/org/jboss/mq/il/rmi/RMIServerILService.java
Index:
User: lqd
Date: 02/02/01 19:54:20
Modified:src/main/org/jboss/mq/pm/rollinglogged IntegrityLog.java
Log:
remove wildcard import statements
Revision ChangesPath
1.4 +13 -3 jbossmq/src/main/org/jboss/mq/pm/rollinglogged/IntegrityLog.java
Index:
User: lqd
Date: 02/02/01 19:54:20
Modified:src/main/org/jboss/mq/pm/file MessageLog.java
PersistenceManager.java
Log:
remove wildcard import statements
Revision ChangesPath
1.11 +4 -2
User: lqd
Date: 02/02/01 19:54:20
Modified:src/main/org/jboss/mq/pm/jdbc MessageLog.java
PersistenceManager.java TxLog.java
Log:
remove wildcard import statements
Revision ChangesPath
1.10 +10 -4
User: lqd
Date: 02/02/01 19:54:21
Modified:src/main/org/jboss/mq/xml XElement.java
XElementProducer.java
Log:
remove wildcard import statements
Revision ChangesPath
1.5 +3 -2 jbossmq/src/main/org/jboss/mq/xml/XElement.java
User: lqd
Date: 02/02/01 19:54:21
Modified:src/main/org/jboss/mq/server BasicQueue.java
JMSDestination.java JMSQueue.java JMSServer.java
JMSServerMBean.java JMSTopic.java MessageCache.java
PersistentQueue.java
User: lqd
Date: 02/02/01 20:02:23
Modified:src/main/org/jboss/mq/il/jvm JVMServerIL.java
Log:
Fix typo.
this just ate 30mins of my time ... realizing a missing s in the class
name ... argh!
Revision ChangesPath
1.6 +3 -3
User: lqd
Date: 02/02/01 20:02:23
Modified:src/main/org/jboss/mq/il ServerIL.java
Log:
Fix typo.
this just ate 30mins of my time ... realizing a missing s in the class
name ... argh!
Revision ChangesPath
1.4 +3 -3
User: lqd
Date: 02/02/01 20:02:23
Modified:src/main/org/jboss/mq Connection.java SpyDestination.java
SpyMessage.java SpyTopic.java SpyTopicSession.java
Added: src/main/org/jboss/mq DurableSubscriptionID.java
Removed: src/main/org/jboss/mq
User: lqd
Date: 02/02/01 20:02:23
Modified:src/main/org/jboss/mq/il/oil OILServerIL.java
OILServerILService.java
Log:
Fix typo.
this just ate 30mins of my time ... realizing a missing s in the class
name ... argh!
Revision ChangesPath
User: lqd
Date: 02/02/01 20:02:23
Modified:src/main/org/jboss/mq/il/rmi RMIServerIL.java
Log:
Fix typo.
this just ate 30mins of my time ... realizing a missing s in the class
name ... argh!
Revision ChangesPath
1.4 +3 -3
User: lqd
Date: 02/02/01 20:02:23
Modified:src/main/org/jboss/mq/il/uil UILServerIL.java
UILServerILService.java
Log:
Fix typo.
this just ate 30mins of my time ... realizing a missing s in the class
name ... argh!
Revision ChangesPath
User: lqd
Date: 02/02/01 20:02:24
Modified:src/main/org/jboss/mq/server JMSServer.java JMSTopic.java
StateManager.java TopicManager.java
Log:
Fix typo.
this just ate 30mins of my time ... realizing a missing s in the class
name ... argh!
User: lqd
Date: 02/01/31 05:01:39
Removed: src/main/org/jboss/mq/pm/file Tag: Branch_2_4 TxLog.java
Log:
- this class is never used
___
Jboss-development mailing list
[EMAIL PROTECTED]
User: lqd
Date: 02/01/31 05:14:42
Modified:src/main/org/jboss/mq/server Tag: Branch_2_4
QueueManager.java
Log:
- re-setup logger to use the Queue's name in logging output
Revision ChangesPath
No revision
No
User: lqd
Date: 02/01/17 09:39:35
Modified:src/main/org/jboss/ejb/plugins Tag: Branch_2_4
AbstractInstanceCache.java
Log:
fix for SF bug #504895: removeLockRef() is not called when release()-ing
the bean
Revision ChangesPath
No
he,
upon my last CVS commit (and the following e-mail by SF) I got the
attached reply. who the fuck (!) are these clowns?
sorry for the spam ;)
christian
---BeginMessage---
Trend SMEX Content Filter has detected sensitive content.
Place = [EMAIL PROTECTED]; ;
Sender = Christian
hi,
On Wed, 2002-01-16 at 10:58, Sacha Labourey wrote:
I guess that if you want to modify this, you need to make it optional.
The TCPNODELAY flag is related to the Nagle's algorithm
true.
This algorithm is made to avoid sending very small paquets each time you
send data through your
User: lqd
Date: 02/01/14 04:29:58
Removed: src/main/org/jboss/mq/pm/file TxLog.java
Log:
this class is never used
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: lqd
Date: 02/01/14 04:30:45
Modified:src/main/org/jboss/mq/pm/file MessageLog.java
PersistenceManager.java
Log:
- remove old code
- use org.jboss.logging instead of System.out.println
Revision ChangesPath
1.10 +88 -100
User: lqd
Date: 02/01/14 07:25:36
Modified:src/main/org/jboss/mq Tag: Branch_2_4 SpyTextMessage.java
Log:
safeguard for TextMessages with a 'null' body
Revision ChangesPath
No revision
No revision
1.2.2.7 +7 -1
hi,
is there a standard way of getting the Logger instance in JBoss? the
code is sprinkled with at least 4 different ways of doing so, i.e.
sometimes its a private variable, sometimes its protected, sometimes its
on a package level access, sometimes its declared as 'final', etc ...
how about
User: lqd
Date: 02/01/11 04:27:33
Modified:src/main/org/jboss/mq GenericConnectionFactory.java
Log:
- use org.jboss.logging.Logger instead of log4j
- add debug level message when handing out a ClientIL
- bump log level of can't connect to server from debug to error
User: lqd
Date: 02/01/11 04:31:05
Modified:src/main/org/jboss/mq Tag: Branch_2_4
GenericConnectionFactory.java
Log:
Backport of HEAD changes to Branch_2_4:
- use org.jboss.logging.Logger instead of log4j
- add debug level message when handing
hi everybody,
I'm slightly confused about the org.jboss.logging.Logger class.
From my point of view this should be implemented as a singleton; however
right now for every invocation of Logger.getLogger(...) it shells out a
*new* instance of itself:
public static Logger getLogger(String
Hi,
On Fri, 2001-12-28 at 18:52, Scott M Stark wrote:
Making this a singleton would require that all loggers
used the same category name and this is not what we want.
I'm still not getting it. In the constructor, we are getting a static
log4j Category anyways for the given name:
Hi,
On Fri, 2001-12-28 at 18:52, Scott M Stark wrote:
Making this a singleton would require that all loggers
used the same category name and this is not what we want.
I'm still not getting it. In the constructor, we are getting a static
log4j Category anyways for the given name:
User: lqd
Date: 01/12/13 07:58:19
Modified:src/main/org/jboss/mq/pm/file Tag: Branch_2_4
MessageLog.java
Log:
Use SpyMessage.writeMessage() and SpyMessage.readMessage() methods to
store / restore files written to disk.
Revision ChangesPath
User: lqd
Date: 01/12/12 02:27:32
Modified:src/lib Tag: Branch_2_4 jbossmq.jar
Log:
sync w/ JBossMQ b/c of SF Bug #491613
Revision ChangesPath
No revision
No revision
1.8.4.10 +398 -399
User: lqd
Date: 01/12/12 02:27:32
Modified:src/client Tag: Branch_2_4 jbossmq-client.jar
Log:
sync w/ JBossMQ b/c of SF Bug #491613
Revision ChangesPath
No revision
No revision
1.6.4.9 +305 -309
User: lqd
Date: 01/12/12 07:20:13
Modified:src/lib Tag: Branch_2_4 jbossmq.jar
Log:
copy due to bug in new SpyTextMessage.java
Revision ChangesPath
No revision
No revision
1.8.4.11 +261 -262
User: lqd
Date: 01/12/12 07:20:14
Modified:src/client Tag: Branch_2_4 jbossmq-client.jar
Log:
copy due to bug in new SpyTextMessage.java
Revision ChangesPath
No revision
No revision
1.6.4.10 +189 -190
hi,
On Wed, 2001-12-05 at 18:57, Ean Schuessler wrote:
I have modifications for Postgres DAO support if anyone else finds Postgres
support useful.
+1
christian
p.s.: nice e-mail address :)
msg14140/pgp0.pgp
Description: PGP signature
at the debug-output from JAWS.
hope this helps,
christian
--
Riege Software International GmbH Phone: +49 (2159) 91 48 - 0
Mollsfeld 10 Fax : +49 (2159) 91 48 - 11
40670 Meerbusch, Germany http://www.riege.com
hi jason,
On Wed, 2001-09-19 at 21:10, Jason Dillon wrote:
Just a note, but it looks like there is still a problem with MDB tx timeouts
with a non-xa connection factory. I mentioned this problem a while ago,
then the world fell apart, then my computers freaked out and then I got ill.
Now,
hi,
On Mon, 2001-09-17 at 23:09, David Maplesden wrote:
User: dmaplesden
Date: 01/09/17 14:09:46
Modified:src/main/org/jboss/mq SpyTextMessage.java
Log:
Apply submitted patch for working around write/read utf limitation in jdk 1.3.*
Revision ChangesPath
1.3
hi everybody,
just to let you know: the backport of JBossMQ 1.0.0beta to the 2.4 JBoss
branch works really well. i've pumped about 250MB (its 500 messages of
roughly 500k each initially, these get split up internally into about
8 messages of about 1k-10k size each) of data through it w/ no
hi,
On 13 Aug 2001 09:39:26 +0200, Peter Antman wrote:
It seems as if MDB has stopped working with the latest jbossmq. I build
with a clean checkout of jboss-all today and have run both the mdbtest
and tested jms-hello-topic and jms-hello-queue from the new JMS chapter
examples:
MDB:s
hi hiram,
On 12 Aug 2001 18:19:39 -0400, Hiram Chirino wrote:
Well, seems like Paul Kendal's las set of changes made away with the pooled
executor.. I've heard some positive feed back on the change (the MQ is alot
faster now). I wish I could get a hold of a good test case that locks up
hi,
On 10 Aug 2001 12:56:42 -0700, Jason Dillon wrote:
Are you running off of jars built from jbossmq or are you using the version
that is integrated into jboss?
i'm running off the .jar files built from the jbossmq CVS module. the integrated
version (2.5 and 2.4) still locks up under load
on
price, but ...). Any resources on the web of where I could acquire the
X/Open XA Spec?
Best regards,
Christian
--
Riege Software International GmbH Phone: +49 (2159) 91 48 - 0
Mollsfeld 10 Fax : +49 (2159) 91 48 - 11
40670 Meerbusch, Germany
, it *is* actually
documented in the MDB section of the JBoss manual (under Advanced MDB
Configuration) but that section was a bit confusing for me. Probably
your statement above should be included in the manual in a 20pt font in
red :).
Best regards,
Christian
--
Riege Software International GmbH
95 matches
Mail list logo
