User: user57
Date: 01/08/08 13:02:26
Modified:src/main/org/jbossmq/server JMSServer.java
Log:
o removed maximum size limits on the server side and client side
PooledExecutors. These values (as well as the other PE params) should
be exposed via JMX for customization. U
User: user57
Date: 01/08/08 13:02:26
Modified:src/main/org/jbossmq Connection.java
Log:
o removed maximum size limits on the server side and client side
PooledExecutors. These values (as well as the other PE params) should
be exposed via JMX for customization. Until t
User: user57
Date: 01/08/08 15:19:03
Modified:src/client jbossmq-client.jar
Log:
o updated jbossmq .jars for the PooledExecutor max size fix
Revision ChangesPath
1.14 +386 -380 jboss/src/client/jbossmq-client.jar
<>
User: user57
Date: 01/08/08 15:19:03
Modified:src/lib jbossmq.jar
Log:
o updated jbossmq .jars for the PooledExecutor max size fix
Revision ChangesPath
1.16 +679 -615 jboss/src/lib/jbossmq.jar
<>
___
Since JmsSession nor JmsManagedConnection needs to be synchronized to call
the underlying TopicSession or QueueSession object, lets drop it and let the
impl descide if it needs to be sync'd.
What do ya think.
--jason
On Wed, 8 Aug 2001 [EMAIL PROTECTED] wrote:
> On 7 Aug, Jason Dill
User: user57
Date: 01/08/08 17:25:00
Modified:src/main/org/jnp/server Main.java
Log:
o gave the main listen thread a name.
Revision ChangesPath
1.9 +4 -2 jnp/src/main/org/jnp/server/Main.java
Index: Main.java
=
I mentioned a while ago something about trimming all whitespace from
metadata values, but that was rejected because some data might need that
whitespace. I also added support to auto trim attribute values from
jboss.jcml.
Now I would like to suggest changing things such that all leading
and trai
I setup a client which sent 1k persistent messages to a queue, with no
consumers attached. Then started up one consumer (MDB), which started to
consume messages as it should. I then started up a second (also a MDB)
which attached and then just sat there, even though there are still hundreds
of m
> When Message are placed on the JMSQueue object, they get placed on a list
> until we have a consumer that will accept the message. The deal is that
> with an async consumer (like a MDB), when he subscribes to the destination,
> we just 'turn on the message valve' allowing messages to flow to th
> Is anyone else here working on JBoss and ECperf? I have some stuff you
> might find very handy. I'd also be interested in feedback on how to better
> tune JBoss for ECperf. If you need someone to write some doco on it, I'd be
> glad to, along with JBoss-specific scripts and deployment descrip
> Hi, just a sidenote: deploying two MDB ataching to the same destination
> has unspecifyed behaviour if a remember the EJB 2.0 spec correct - so we
> are spec compliant ;-)
The specs (EJB + JMS) are broken, in more ways than one.
Lack of specification in this area is good and bad. Good because
/08/08 00:11:41 1.3
+++ JmsSession.java 2001/08/09 20:34:44 1.4
@@ -30,7 +30,7 @@
*
* @author mailto:[EMAIL PROTECTED]";>Peter Antman.
* @author mailto:[EMAIL PROTECTED]";>Jason Dillon.
- * @version $Revision: 1.3 $
+ * @version $Revision: 1.4 $
*/
> >How about a pluggable that could implement an adaptive algorithm, such that
> >we can let applications determine the trade offs. Something simple like a
> >min/max for starts, such that messages are absorbed by ClientConsumers
> >until
> >max, then once min has reached we refill. Or a move ad
> I've been working lately with Castor and its SourceGenerator. My current
> project has to do with reconfiguring and repackaging (splitting) big EARs
> into pieces with different configs.
>
> SourceGenerator was the quickest way for me to get started, without having
> to learn anything about pars
It is commented out of the conf/default/jboss.jcml, I can't find the class
but the ContainerFactory attempts to talk to it, causing an exception to be
thrown. I understand this this stuff is in flux, but how about re-adding a
org.jboss.management.ServerDataCollector that does nothing to keep
exce
Where did the PooledExecutor's from JBossMQ go? I could sware they were
there yesterday? Are we not pooling threads anymore? Can some one explain
this to me? I wanted to remove the thread names from the pooled workers so
that I could actually debug what is going on from thread to thread =(
--
I just modified the old JAWS JDBCCommand stuff to log4j today. I wish I did
not have to spend the time to do it either. If you find something that is
not log4j and you can make it log4j (with out much work) then do it. I can
not see any reason not to. The old logging system does not provide en
Thanks,
--jason
On Thu, 9 Aug 2001, Andreas Mad Schaefer wrote:
> User: schaefera
> Date: 01/08/09 23:24:53
>
> Modified:src/main/org/jboss/ejb ContainerFactory.java
> Log:
> Take the call to the ServerDataCollector out to avoid messages about
> an MBeanServer exception.
>
>
Are you running off of jars built from jbossmq or are you using the version
that is integrated into jboss?
--jason
On 10 Aug 2001, Christian Riege wrote:
> hi,
>
> On 10 Aug 2001 09:47:59 -0400, Hiram Chirino wrote:
> > Paul Kendal commited some major chanages to JBossMQ yesterday.. I have no
On Fri, 10 Aug 2001, Scott M Stark wrote:
> Yes, I am going to nuke the legacy logging interface. Are you suggesting that
> org.jboss.logging.Logger be the log4j custom category implementation instead of
> org.jboss.logging.log4j.JBossCategory?
Exactly.
--jason
. I'm running on win2k.
>
> Regards,
> Hiram
>
> >From: Jason Dillon <[EMAIL PROTECTED]>
> >Reply-To: [EMAIL PROTECTED]
> >To: <[EMAIL PROTECTED]>
> >Subject: Re: [JBoss-dev] cvs & executable files
> >Date: Sun, 12 Aug 20
Why did the PooledExecutor stuff go away? I thought JBossMQ was on its way
to stability with these changes, but...
I should try it again just to make sure, but my guess is that it is broken.
=(
--jason
On 12 Aug 2001, Christian Riege wrote:
> hi,
>
> On 10 Aug 2001 12:56:42 -07
s 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
> MQ..
>
> Can anybody send me that test case??
>
> Regards,
> Hiram
>
> >F
ix is to index all fields which are referenced as foreign keys from
> another table. Luckily this makes sense as it will make the whole thing
> faster too (usually).
>
> Cheers
>
> -Original Message-
> From: Jason Dillon
> To: [EMAIL PROTECTED]
> Sent: 8/11/01 5:0
It might be trying to recover its naming context, instead of using the
default. AbstractHandle.createInitialContext() probably has an
InitialContextHandle and using it instead of new InitialContext().
Just a guess... could be completly off.
--jason
On Mon, 13 Aug 2001, Bill Burke wrote:
> Ta
t;
> In fact I don't have a plugins directory at all in jboss-all.
>
> The modules of CVSROOT seems OK.
> I had to kill my cvs co command at first, may be it is the problem, I will
> retry a fresh cvs co.
>
> Regards.
> Vincent
>
> > -Message d'orig
On Mon, 13 Aug 2001, Vincent Harcq wrote:
> Sorry to disturb you again...
No problem =)
> tomcat is not part of jboss-all-modules, is it normal ?
> jbossmq also is missing.
Currently the only supported plugin or contrib module into the jboss-all
project is plugins/varia. I am not sure what the
> That is a problem that will come again, I want to be sure to understand:
> If you add a new link in CVSROOT/modules for jboss-all, a Check Out is
> needed ? an Update is not enough ?
Yes. Checkout is the only time that CVS will pay any attention to the
CVSROOT/modules file. The exact module
This is exactly what I say on friday, when the PooledExecutor was removed
from JBossMQ. I have not had time to look into why it does not work as of
yet. I do know that the previous jars work, and probably better than any
other version that I had seen, at least with respect to the application I a
Who submitted this? Can you explain to the list the problems that you are
seeing? I should get the instructions on the web site today, which means
they will probably show up tomorrow.
In the meantime if anyone has troubles, please let me know. Bug reports are
nice, but they make it hard to sta
You can specify which modules to include, in most cases you will just want
to server module:
cd build
./build.sh -Dmodules=server
This will only build the server module. Be sure to set in local.properties:
javadoc-generated-already=true
This will disable the generation of javadocs (whic
Just to clarify, it is slow because of the full execution of the docs
target right?
--jason
On Mon, 13 Aug 2001, Scott M Stark wrote:
> Changing one server file and rebuilding to test is taking on the order of 2 minutes
> where this takes 5 seconds previously. There should be an intermediate b
User: user57
Date: 01/08/13 19:13:14
Modified:.config.xml
Log:
o removed jboss-jdbc_ext.jar from the jboss.j2ee.classpath, since it no
longer exists.
Revision ChangesPath
1.3 +1 -2 jbossmq/config.xml
Index: config.xml
===
User: user57
Date: 01/08/13 19:13:13
Modified:.config.xml
Log:
o removed jboss-jdbc_ext.jar from the jboss.j2ee.classpath, since it no
longer exists.
Revision ChangesPath
1.3 +1 -2 admin/config.xml
Index: config.xml
=
User: user57
Date: 01/08/13 19:13:14
Modified:variaconfig.xml
Log:
o removed jboss-jdbc_ext.jar from the jboss.j2ee.classpath, since it no
longer exists.
Revision ChangesPath
1.4 +1 -2 contrib/varia/config.xml
Index: config.xml
=
User: user57
Date: 01/08/13 19:13:14
Modified:.config.xml
Log:
o removed jboss-jdbc_ext.jar from the jboss.j2ee.classpath, since it no
longer exists.
Revision ChangesPath
1.3 +1 -2 jboss/config.xml
Index: config.xml
=
User: user57
Date: 01/08/13 19:13:14
Modified:.config.xml
Log:
o removed jboss-jdbc_ext.jar from the jboss.j2ee.classpath, since it no
longer exists.
Revision ChangesPath
1.5 +1 -2 jbosssx/config.xml
Index: config.xml
===
User: user57
Date: 01/08/13 19:13:14
Modified:.Tag: jboss_buildmagic config.xml
Log:
o removed jboss-jdbc_ext.jar from the jboss.j2ee.classpath, since it no
longer exists.
Revision ChangesPath
No revision
No rev
User: user57
Date: 01/08/13 19:13:13
Modified:.config.xml
Log:
o removed jboss-jdbc_ext.jar from the jboss.j2ee.classpath, since it no
longer exists.
Revision ChangesPath
1.3 +1 -2 jbosscx/config.xml
Index: config.xml
===
User: user57
Date: 01/08/13 19:13:14
Modified:.config.xml
Log:
o removed jboss-jdbc_ext.jar from the jboss.j2ee.classpath, since it no
longer exists.
Revision ChangesPath
1.3 +1 -2 jbosspool/config.xml
Index: config.xml
=
User: user57
Date: 01/08/13 19:13:13
Modified:.config.xml
Log:
o removed jboss-jdbc_ext.jar from the jboss.j2ee.classpath, since it no
longer exists.
Revision ChangesPath
1.3 +1 -2 jbossmx/config.xml
Index: config.xml
===
User: user57
Date: 01/08/13 19:29:24
Modified:src/bin run.sh
Log:
o fixed run.sh's default JAXP case (was missing a ;)
Revision ChangesPath
1.25 +4 -4 jboss/src/bin/run.sh
Index: run.sh
Does anyone know why this error might be showing up when using the Jikes
compiler:
java.lang.VerifyError: (class: org/jboss/web/WebServer, method: run
signature: ()V) Register 4 contains wrong type
at org.jboss.web.WebService.(WebService.java:44)
at java.lang.reflect.Constructor.n
User: user57
Date: 01/08/13 20:55:41
Modified:.modules
Log:
o removed some extraneous plugin modules.
o tidied up some indentation.
o added an alias website -> newsite, since the website module has not been
touched in months.
Revision ChangesPath
1.
User: user57
Date: 01/08/13 21:07:51
Modified:.cvs.jsp
Added: .bm-usersguide.pdf
Log:
o added a blurb about Buildmagic under "More information on Build and Source".
o added the pdf users guide.
Revision ChangesPath
1.6 +31 -17newsi
I added the Buildmagic User's Guide to the jboss.org/cvs.jsp page under
"More information on Build and Source". I also checked in the pdf, as
bm-usersguide.pdf. This is temporary to allow folks to understand what is
going on a little more.
I eventually would like to host this and the html versi
User: user57
Date: 01/08/13 22:38:48
Modified:src/main/org/jboss/ejb Container.java
Log:
o fixed typo & wrapped some javadocs to 80 cols
Revision ChangesPath
1.55 +22 -20jboss/src/main/org/jboss/ejb/Container.java
Index: Container.java
ot;>
>
>
>
> without success.
>
> It worked when xml stuffs was in lib/
>
> Should I not use JDOM but pure sax instead ?
>
> Regards.
> Vincent.
>
>
> > -Message d'origine-
> > De : Jason Dillon [mailto:[EMAIL PROTECTED]]
&
This should be fixed. Can't really say about 2.4.xx. I would guess
relatively stable, only bug fixes are being added (I think).
--jason
On Tue, 14 Aug 2001, Matt Veitas wrote:
> Simple misspellingin version of 1.54...it was breaking the HEAD build. Since
> I can't commit, this was the next b
User: user57
Date: 01/08/13 23:14:48
Modified:src/etc/conf/default jboss.conf
Log:
o including jaxp and crimson in the archive value for Log4jService
(so parsing xml configuration works again).
o explicitly using the constructor to specify which file is read.
Revisio
> jboss.conf
> CODEBASE="../../lib/ext/">
>
>
What is hm-jmx.jar?
--jason
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
a bug in a an
> earlier version.
>
> Scott Stirling
> Macromedia
>
> -Original Message-
> From: Jason Dillon
> To: [EMAIL PROTECTED]
> Sent: 8/13/01 10:36 PM
> Subject: [JBoss-dev] VerifyError: (class: org/jboss/web/WebServer
>
> Does anyone know why th
t able to test that before 8 hours from now, I have seen that my
> jdom.jar was setup using JBOSS_CLASSPATH wich is not used anymore for xml.
> So the problem comes from my side. For sure.
> I'll keep you inform anyway.
>
> Thanks.
> Vincent.
> >= Original
For which module? The jboss/build module has .bat files thanks to Hiram.
Check out jboss-all or jboss-most and then run the build script from the
jboss-*/build directory.
jboss-all will have lost of stuff, so if you just want the basic server use
jboss-most.
--jason
On Tue, 14 Aug 2001, Brent
e?
>
>
>
> -Original Message-----
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]] On Behalf Of
> Jason Dillon
> Sent: Tuesday, August 14, 2001 2:15 PM
> To: [EMAIL PROTECTED]
> Subject: Re: [JBoss-dev] What happened to build.bat that was in CVS?
>
>
&g
> And with the new build system at the same time, it was too much for me ;)
> No problems anymore.
Glad you have it fixed.
--jason
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
User: user57
Date: 01/08/14 13:26:27
Modified:src/main/org/jboss/ejb/plugins/jaws/jdbc
JDBCFindByCommand.java JDBCQueryCommand.java
Log:
o Using log4j for logging
Revision ChangesPath
1.13 +13 -8
jboss/src/main/org/jboss/ejb/plugins/j
User: user57
Date: 01/08/14 13:33:33
Added: jetty/etc Tag: jboss_buildmagic VERSION
Log:
o updating the jboss_buildmagic branch for jetty (preparing for itegration)
Revision ChangesPath
No revision
No revision
1.2.
User: user57
Date: 01/08/14 13:33:33
Modified:jetty/src/main/org/jboss/jetty Tag: jboss_buildmagic
JBossLogSink.java JBossUserRealm.java Jetty.java
JettyService.java SetupHandler.java
Added: jetty/src/main/org/jboss/jetty Tag: jb
User: user57
Date: 01/08/14 15:11:08
Log:
o Import of Jetty v3.1-RC7 from Mortbay.
Status:
Vendor Tag: mortbay
Release Tags: jett_3_1_RC7
N thirdparty/mortbay/jetty/lib/com.mortbay.jetty.jar
N thirdparty/mortbay/jetty/lib/org.apache.jasper.jar
No conflicts cre
User: user57
Date: 01/08/14 15:11:41
Log:
o Import of Jetty3Extra v0.0.5 from Mortbay.
Status:
Vendor Tag: mortbay
Release Tags: jetty3extra_0_0_5
N thirdparty/mortbay/jetty3extra/lib/com.mortbay.ftp.jar
N thirdparty/mortbay/jetty3extra/lib/com.mortbay.jetty.jmx.ja
User: user57
Date: 01/08/14 15:15:18
Modified:jetty/etc Tag: jboss_buildmagic local.properties-example
Log:
o Using the checked in version of Jetty to build the plugin by default.
o Added examples to local.properties-example on how to use a version from
a mortbay distribu
User: user57
Date: 01/08/14 15:15:18
Modified:jettyTag: jboss_buildmagic config.xml
Log:
o Using the checked in version of Jetty to build the plugin by default.
o Added examples to local.properties-example on how to use a version from
a mortbay distribution.
Revi
User: user57
Date: 01/08/14 15:19:49
Modified:jettyTag: jboss_buildmagic build.xml
Log:
o added release targets to install dependent libs
Revision ChangesPath
No revision
No revision
1.1.2.9 +14 -2 contrib/
User: user57
Date: 01/08/14 15:26:54
Modified:jettyTag: jboss_buildmagic build.xml
Log:
o releasing jetty.* configuration files into conf/default
Revision ChangesPath
No revision
No revision
1.1.2.10 +20 -1
User: user57
Date: 01/08/14 15:26:55
Modified:jetty/src/etc Tag: jboss_buildmagic README jetty.properties
Added: jetty/src/etc Tag: jboss_buildmagic VERSION
Removed: jetty/src/etc Tag: jboss_buildmagic jboss.conf
Log:
o releasing jetty.* configuration files into con
User: user57
Date: 01/08/14 15:26:55
Removed: jetty/etc Tag: jboss_buildmagic VERSION
Log:
o releasing jetty.* configuration files into conf/default
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/list
The current LogInterceptor impl will log two messages (in some cases), one
with a brief description and one with the full detail. This will cause the
exception to span multipule lines in the generated output files, since
another message might have been logged by another thread between the two
cal
User: user57
Date: 01/08/14 15:53:52
Modified:src/etc/conf/default jboss.jcml
Log:
o updated JettyService MBean (still commented out though)
Revision ChangesPath
1.56 +13 -7 jboss/src/etc/conf/default/jboss.jcml
Index: jboss.jcml
==
I was trying to track down a concurrency problem which would show up as an
Oracle deadlock exception. It looks like that exception was happening due
to some fk constraints causing parent tables to lock and such. Any ways,
after I got that deadlock exception, I got a ton of these session bean
con
> What do you think about of standardjoss.xml, should we remove
> this too ?
Probably.
Does anyone know what the cost of the isXXXEnabled() methods are? Should we
define booleans after Category creation, that can cache these values to
improve speed, or just keep calling isXXXEnabled() each tim
Hello, I have a version of the contrib/jetty module (from the
jboss_buildmagic) branch, which has been updated to function with the new
build system. It looks like you work with most of the jboss-jetty releases,
so I wanted to pass this by you before I commit anything back to HEAD.
As the change
is
> taking
> 17 seconds when everything is up to date.
>
> - Original Message -----
> From: Jason Dillon
> To: [EMAIL PROTECTED]
> Sent: Monday, August 13, 2001 6:44 PM
> Subject: Re: [JBoss-dev] A downside to the new build scheme
>
>
> Just to clarify, it is s
where is everyone?
;|
--jason
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
On Wed, 15 Aug 2001, Sacha Labourey wrote:
> Hello Jason,
Hello.
> I think that the build.bat problem still exists in the modules i.e.
> build.bat and lcp.bat do exist in jboss-*/build but not yet in the
> jboss-*/server or jboss-*/any-source-module . In these modules, only the
> build.sh script
> I now well understand that you love win32 batch scripts. It is quite clear.
> I will *try* to take a look at them. But, what if I provide nice wsh
> (Windows Scripting Host) scripts? they are a lot more powerfull and thought
> to replace old dos-style batchs. I would be a lot more motivated in w
Forgive me for not remembering, but weren't you looking for sequence related
stuff a while ago? If so did you ever get that resolved? I am sorry I was
not in a position to provde you with a solution for that. I might be closer
now (since I finished the bliss build system... buildmagic).
If am
don't want to try the conversion by hand. (this race fix
> is only in rabbit hole).
>
> Thanks
> david jencks
>
> On 2001.08.14 19:07:43 -0400 Jason Dillon wrote:
> > I was trying to track down a concurrency problem which would show up as
> > an
> > Oracle d
> What is wrong with just using Ant directly instead of a platform
> shell script? That is what I am doing.
Nothing, but some users might want to run a script and not worry about
getting/installing the correct version of ant.
Lets support both.
--jason
> Hi (Jason ;-),
Hey =P
> For me the manual won't build in buildmagic. (fop.jar missing, TraxLiason
> missing so far). If I get it to work shall I check in the changes? Does
> it work for anyone else?
I have never been able to get it to work. If you can make it work, the be
my guest. Check
ROTECTED]>
> > >Reply-To: [EMAIL PROTECTED]
> > >To: <[EMAIL PROTECTED]>
> > >Subject: Re: [JBoss-dev] What happened to build.bat that was in CVS?
> > >Date: Wed, 15 Aug 2001 07:09:39 -0700
> > >
> > >What is wrong with just using A
> back to being the wizard of oz... I think you are the lion, rickard was the
> tin-man, Scott is dorothy... I am the small bald guy hiding behind the
> curtain making all that big noise...
"scott is dorothy"... *chuckle* =) Where is toto or the straw man?
--jason
onversion for you.
>
> It worked great for me, I'm waiting for the storm of protest if it breaks
> something I didn't test.
>
> david jencks
>
> On 2001.08.15 14:40:42 -0400 Jason Dillon wrote:
> > Could you explain what I need to do?
> >
> > -
I may have time to look at this today, else I will get to it this weekend.
Thanks.
--jason
On Wed, 15 Aug 2001, Sacha Labourey wrote:
> Hello,
>
> You'll find attached to this document two version of a win32 command prompt
> batch file that aims to replace the old one.
>
> They no more needs t
Was this ever resolved?
--jason
On Sun, 12 Aug 2001, Scott M Stark wrote:
> The profile shows two traces from
> org.jboss.ejb.plugins.jrmp.interfaces.EntityHandleImpl.getEJBObject()
> into JNDI. The first takes 1600 ms, the second 100 ms. The only
> difference between the two calls
> is the or
On Tue, 14 Aug 2001, Hiram Chirino wrote:
> I was looking for a way to fill in those description fields that
> DynamicMBeans can fill out. But I did not want to have to replace all the
> JBossMQ MBeans with DynamicMBeans. So this is what I did:
Why not? Aren't DynamicMBeans easier to work with
mic filtering capability of the logging
> system. The cost of the check is trivial compared to all the other stuff
> going
> on in any call to JBoss so unless you have a profile showing this is a
> hotspot
> it doesn't make sense to cache these values.
>
> - Original
Is there a general guide line for domain usage under jmx? Are there any
plans to exploit this in a more organized manner? Should domain refer to
components on a single agent, or cross multiple agents? For example in a
clustered environment, domain could refer to a particular node group, or
coul
[EMAIL PROTECTED]> wrote:
> >
> > Its a bug in the jikes compiler.
> >
> > - Original Message -
> > From: Jason Dillon
> > To: [EMAIL PROTECTED]
> > Sent: Monday, August 13, 2001 7:36 PM
> > Subject: [JBoss-dev] VerifyError: (class: org/jboss
How about a JINI modules with adapters for all of the services from sun into
MBeans or better yet lgpl impls of the same functionality?
--jason
On Thu, 16 Aug 2001 [EMAIL PROTECTED] wrote:
> Feature Requests item #451610, was opened at 2001-08-16 09:07
> You can respond by visiting:
> http://s
What ever happend with this? Does anyone know if we should look into this
further? What exaclt does ECperf do and how will it help make JBoss better?
--jason
On Thu, 9 Aug 2001, Scott Stirling wrote:
> Hi,
>
> I am on the ECperf 1.1 JSR expert group, representing Macromedia. Since all
> the
might be broken... perhaps?
--jason
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
Can we not be this verbose here... it is very distracting.
--jason
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
What are the TX timeout semantics for the JBoss tx manager? Once a given tx
starts does it have a finite time to finish before it times out, or is it's
lifetime more dynamic?
For example, if I have Bean1 that invokes Bean2 which then invokes Bean3.
If the timeout is 5 minutes, does the entire ca
User: user57
Date: 01/08/16 11:15:56
Modified:src/etc/conf/default jboss.jcml
Log:
o tidied up comments some
Revision ChangesPath
1.60 +138 -102 jboss/src/etc/conf/default/jboss.jcml
Index: jboss.jcml
==
What is ResourceAdapterName used for?
--jason
On Wed, 15 Aug 2001, David Jencks wrote:
> Hi,
>
> This discussion comes up in various places on various lists. Since you
> don't mention otherwise I assume you are planning to decrypt in code
> without manual intervention. As I understand the co
Do you have debug enabled? I currently have org.jboss = debug, which
produces a lot of stuff, but this is a bit excessive I believe.
--jason
On Thu, 16 Aug 2001, Scott M Stark wrote:
> There is no such msg in main. Where are you seeing this?
>
> - Original Message -
>
similar bug is present in the non-jca code. I'm
> hoping to check in my "auto-converting-to-jca" XADatasourceLoader later
> today, in case you don't want to try the conversion by hand. (this race fix
> is only in rabbit hole).
>
> Thanks
> david jencks
>
Loader later
> today, in case you don't want to try the conversion by hand. (this race fix
> is only in rabbit hole).
>
> Thanks
> david jencks
>
> On 2001.08.14 19:07:43 -0400 Jason Dillon wrote:
> > I was trying to track down a concurrency problem which would sho
ate it.
>
> Bill
>
> > -Original Message-
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED]]On Behalf Of Jason
> > Dillon
> > Sent: Thursday, August 16, 2001 12:23 PM
> > To: [EMAIL PROTECTED]
> > Subject: Re: [JBoss-dev] new: entity insta
801 - 900 of 4418 matches
Mail list logo