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 'c
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 Networkin
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 ejb
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
in
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
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 (exc
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,
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 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,
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,
> sq
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 c
Hi everyone,
I'm currently working on resolving Bug #613360 (see
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=613360&group_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
abstrac
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.
>
> x
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 c
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
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
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 hop
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
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. Y
hi,
> 5- gui? pf it would need to be a JMX gui in our case, why not, but
> everybody talks about these and no-one does jack.
i think what Dr. Jung mentioned @ JBossOne would be a killer: expose the
MBeans via SOAP and construct a Microsoft Management Console Plugin to
configure/maintain JBos
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
jboss/src/resources/org/jboss/verifier/DefaultMessages.pro
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
No
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/09 05:28:29
Modified:src/main/org/jboss/mq Tag: Branch_2_4 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
No
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 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
Index
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 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
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 jbossmq/src/main/org/jboss/mq
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: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
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 m
Hi,
On Wed, 2002-03-13 at 23:53, Jason Dillon wrote:
> It will however complicate the management of the system dramatically...
> actually any of the solutions/hacks which have been mentiond will only
> complicate.
Yeah, everything is more complicated than "copy to deploy dir". But then
people
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
syste
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: http://m
User: lqd
Date: 02/03/04 15:41:38
Modified:src/lib Tag: Branch_2_4 jbosspool.jar
Log:
sync jbosspool .jar files for release
Revision ChangesPath
No revision
No revision
1.1.4.8 +497 -379 jboss/src/lib/Attic/jbo
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 -48jboss/src/et
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 m
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 Changes
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: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 jbosspo
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 jbosspool/src/m
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 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 jbosspool/src/main/org/jbo
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 jbosspool/src/main/or
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 paramet
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
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 t
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
Hi,
combing through the JBoss SF Bug database I found the following in the
patches section:
http://sourceforge.net/tracker/index.php?func=detail&aid=437043&group_id=22866&atid=376687
Whoever submitted this is actually correct; the EJB Spec (1.1 and 2.0)
state that Finder methods should be prefi
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 (comment
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 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!
R
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: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 jbossmq/src/main/org/jbo
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 Connection.java SpyDestination.java
SpyMessage.java SpyTopic.java SpyTopicSession.java
Added: src/main/org/jboss/mq DurableSubscriptionID.java
Removed: src/main/org/jboss/mq Durab
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 jbossmq/src/main/org/jboss/mq/i
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 jbossmq/src/main/org/jbo
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 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
Ind
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 jbossmq/src/main/org/jboss/mq/pm/jdbc
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: Integrit
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 jbossmq/src/main/org/jboss/mq/pm/file/MessageLog
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: RMIServerILServi
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
jbossmq/src/main/org/jboss/mq/il/uil/multipl
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: JVMServerILServi
User: lqd
Date: 02/02/01 19:54:20
Modified:src/main/org/jboss/mq/il/uil UILServerILService.java
Log:
remove wildcard import statements
Revision ChangesPath
1.15 +3 -4 jbossmq/src/main/org/jboss/mq/il/uil/UILServerILService.java
Index: UILServerILServi
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: OILServerILServi
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/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]
https://lists.sourceforge.net/lists/listinfo/jbo
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
--- Begin Message ---
Trend SMEX Content Filter has detected sensitive content.
Place = [EMAIL PROTECTED]; ;
Sender = Christian
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
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 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
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 jbossmq/
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/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 out
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
R
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 agre
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:
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 nam
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 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 jboss/src/c
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 jboss/src/lib/Attic/
User: lqd
Date: 01/12/12 07:17:46
Modified:src/main/org/jboss/mq Tag: Branch_2_4 SpyTextMessage.java
Log:
fix bug in isVersion2() method: the logic has to be reversed to work
correctly. added JavaDoc on this.
Revision ChangesPath
No revision
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 jboss/src/client
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 jboss/src/lib/Attic/jboss
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
NULL ... strange indeed). you will see this when running the test-case
and looking 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
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.
>
>
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
>
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
ar
hi,
On 22 Aug 2001 17:01:32 -0400, marc fleury wrote:
> can someone post the snippet to use jikes as the compiler with ant? sorry
> for the beginner question..
giving a
-Dbuild.compiler=jikes
option on the cmd-line for build.sh does the job for me.
best regards,
christian
_
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
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
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 f
1 - 100 of 106 matches
Mail list logo
