Maybe it should be handled by JBossMQ. The downside to this is that were
relying on non-spec defined behavior at the JMS provider level to ensure
that
the JBoss MDBs behave well.
- Original Message -
From: "Peter Antman" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, August 1
Bugs item #451978, was opened at 2001-08-16 23:48
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=451978&group_id=22866
Category: JBossMQ
Group: v2.4 BETA (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned
Hi,
MDB:s may throw execeptions. They may throw spec compliant exception, if
I understand the spec correct, that is: an MDB should not thow
application exception or runtime exceptions, but it may throw system
exceptions, for example: EJBException.
They may ofcourse throw the not spec compliant
I'll retry with these changes. I'm on a w2k 2x500 P3 with 512Mb memory
using the sun jdk 1.3.1
Its probably just a windows/console logging slow down.
- Original Message -
From: "David Jencks" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, August 16, 2001 11:03 PM
Subject: Re:
Boolean.getBoolean(String x) returns the value of the system property x as a
Boolean:
new Boolean(System.getProperty(x))
Not very useful for a message property.
- Original Message -
From: "Jason Dillon" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, August 16, 2001 10:33 PM
Hmmm,
I cleaned up the logging a bit, now there are no messages (except a
"invocation # x" that I haven't found the source of), and checked in
changes. Removing the logging had no effect on the time here. I've run it
2 1/2 times without deadlock, both completions around 2800 sec. (last one
is st
User: d_jencks
Date: 01/08/16 22:37:35
Modified:src/main/org/jboss/pool/connector/jdbc
XAManagedConnectionFactory.java
Log:
preliminary fix of logging: more logging cleanup soon
Revision ChangesPath
1.3 +23 -22
jbosspool/src/main/org/jbo
User: d_jencks
Date: 01/08/16 22:37:35
Modified:src/main/org/jboss/pool/connector BaseConnectionManager.java
XAConnectionManager.java
Log:
preliminary fix of logging: more logging cleanup soon
Revision ChangesPath
1.4 +24 -19
jbosspool/s
User: d_jencks
Date: 01/08/16 22:37:35
Modified:src/main/org/jboss/pool ObjectPool.java
Log:
preliminary fix of logging: more logging cleanup soon
Revision ChangesPath
1.3 +64 -34jbosspool/src/main/org/jboss/pool/ObjectPool.java
Index: ObjectPool.java
==
> I haven't looked at that bit of code before, incidentally the method
> Boolean.getBoolean(String s) doesn't do what whoever wrote that piece of
> code thought it did...
What do you think it is supposed to do?
--jason
___
Jboss-development mailing l
Why not? You probably need to create a path and then taskdef it from
config.xml (in the configure-hook).
--jason
On Thu, 16 Aug 2001, Hiram Chirino wrote:
> User: chirino
> Date: 01/08/16 21:24:58
>
> Modified:.build.xml
> Log:
> jboss-all build did not like the pretty t
I'll do it, and yes, returning the system property for the string value of
the
msg property is not partcularly helpful.
- Original Message -
From: "David Maplesden" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, August 16, 2001 9:51 PM
Subject: RE: [JBoss-dev] Why is SpyMessa
By deadlock all I mean is that it is not completing in the time alloted for
the
test. It was sitting at:
[junit] 5678.Marc.998012741906:50.0
[junit] 5678.Rickard.998012741907:0.0
[junit] Time:13266
[junit] Avg. time/call(ms):22
[junit] Acquire customers
[junit] Start test. 50 threads, 100 iteratio
You are right, it needs to be changed. I can't do it right now (Hiram can
you??) but if it ain't done by Monday morning I'll fix it up.
I haven't looked at that bit of code before, incidentally the method
Boolean.getBoolean(String s) doesn't do what whoever wrote that piece of
code thought it di
org.jboss.mq.SpyMessage is throwing NPE for null properties:
public boolean getBooleanProperty( String name )
throws JMSException {
Object value = prop.get( name );
if ( value == null ) {
throw new NullPointerException();
}
if ( value instanceof Boolean
User: chirino
Date: 01/08/16 21:24:58
Modified:.build.xml
Log:
jboss-all build did not like the pretty task
Revision ChangesPath
1.6 +3 -1 jbossmq/build.xml
Index: build.xml
===
Might be a good idea to change the Rel* stuff to JBoss* or jboss_ so that
case is predictable. Then other modules and projects could follow suite.
Just my opinion though.
--jason
On Thu, 16 Aug 2001, Scott M Stark wrote:
> Releases are .. so it is a 1.0.0 release. Only the
> internal tags us
Releases are .. so it is a 1.0.0 release. Only the
internal tags use 4 digits: Rel_...
You can't use Rel_xxx tags as these will conflict with the JBoss use of
them so it would have to be RelMQ_1_0_0_0. The final 1.0.0 release
should be tagged with something like JBossMQ_1_0_0
- Original Mess
I can't argue with the idea that Aaron might possibly have logged things a
bit heavily, however my banktest completed successfully after 2860.064
seconds. What form did this deadlock take? Is running 50 threads through
10 connections with ~10,000 transactions a reasonable unit test?
david jenck
Scott...
I wanted to know how I should handle tagging the CVS for the upcomming
versioning of the MQ module to 1.0 beta.
First of all if I go by the admin howto on the website it would have to be
1.0.0.0 beta right??
And would I tag with Rel_1_0_0_0??? or should I use a RelMQ_1_0_0_0 or
some
User: chirino
Date: 01/08/16 20:04:04
Modified:src/main/org/jboss/mq/il/uil/multiplexor
DemuxInputStream.java MultiplexorTest.java
MuxOutputStream.java SocketMultiplexor.java
StreamDemux.java StreamMux.java
Log:
User: chirino
Date: 01/08/16 20:04:05
Modified:src/main/org/jboss/mq/pm PersistenceManager.java Tx.java
TxManager.java
Log:
Used the ejbdoclet pretty task to auto-indent the source files to
the 3 space standard.
Revision ChangesPath
1.2 +
User: chirino
Date: 01/08/16 20:04:06
Modified:src/main/org/jboss/mq/referenceable ObjectRefAddr.java
SpyConnectionFactoryObjectFactory.java
SpyDestinationObjectFactory.java
Log:
Used the ejbdoclet pretty task to auto-indent the sourc
User: chirino
Date: 01/08/16 20:04:03
Modified:src/main/org/jboss/mq/il ClientIL.java ClientILService.java
ServerIL.java ServerILFactory.java
ServerILJMXService.java
ServerILJMXServiceMBean.java
Log:
Used the e
User: chirino
Date: 01/08/16 20:04:03
Modified:src/main/org/jboss/mq/cluster/transport
InvalidConfigurationException.java
InvalidStateException.java NodeId.java
SerializerUtil.java Transport.java
User: chirino
Date: 01/08/16 20:04:04
Modified:src/main/org/jboss/mq/il/rmi RMIClientIL.java
RMIClientILRemote.java RMIClientILService.java
RMIServerIL.java RMIServerILRemote.java
RMIServerILService.java
User: chirino
Date: 01/08/16 20:04:01
Modified:.build.xml
Log:
Used the ejbdoclet pretty task to auto-indent the source files to
the 3 space standard.
Revision ChangesPath
1.5 +14 -1 jbossmq/build.xml
Index: build.xml
=
User: chirino
Date: 01/08/16 20:04:01
Added: src/etc/.Refactory pretty.settings
Log:
Used the ejbdoclet pretty task to auto-indent the source files to
the 3 space standard.
Revision ChangesPath
1.1 jbossmq/src/etc/.Refactory/pretty.settings
Ind
User: chirino
Date: 01/08/16 20:04:04
Modified:src/main/org/jboss/mq/il/jvm JVMClientIL.java
JVMClientILService.java JVMServerIL.java
JVMServerILFactory.java JVMServerILService.java
JVMServerILServiceMBean.java
L
User: chirino
Date: 01/08/16 20:02:40
jbossmq/src/etc/.Refactory - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
Hi,
Sorry I broke your app, I was kind of worried when I realized the xa rar
had never been assembled, but noone said "no". Is there some usable or
automatic way to mark in cvs all the changes that go together like the ones
I made?
Can you provide any more details of what's going on? Did you
Scott M Stark wrote:
> Right now there are any number of ways to cause JBoss to spin in a tight
> loop
> trying to deliver a transacted msg to an mdb due to a problem with either
> the msg or mdb code that either causes an exception thrown from onMessage()
> or the tx to be rolled back. A trivial
For the Minerva resource adapter jdbc wrappers, I think this is an
excellent idea.
You've replaced way more logging code than I have, I'll be happy to do it
especially if you can give me a model to copy, otherwise if you want to
that's fine too.
There is no doubt about the need to replace loggin
Well, the current level of logging coming from the datasource layer is
absurd. If this is
due to PrintWriter interface screw the spec. Unless someone has called
setLogger the
JBoss RAs should be defaulting to log4j.
- Original Message -
From: "Jason Dillon" <[EMAIL PROTECTED]>
To: <[EMAIL
User: pkendall
Date: 01/08/16 18:52:33
Modified:src/main/org/jboss/mq SpyMessageConsumer.java
Log:
Handle runtime exceptions in message listener code
Revision ChangesPath
1.5 +53 -46jbossmq/src/main/org/jboss/mq/SpyMessageConsumer.java
Index: SpyMessageCon
The mdb does not have to thrown an exception to cause this behavior. If it
interacts with another ejb that is transacted and that bean rolls the
transaction
back the msg will get redeliverd. I have a trivally test case that causes
the problem:
public void onMessage(Message m)
{
try
{
Start with the fact that the bank unit test deadlocks and the server is
spewing tons
of messages at info level to the console:
[DefaultDS] Pool
org.jboss.pool.connector.jdbc.JDBCManagedConnectionFactory-1 is full
(10/10)!
[DefaultDS] Pool
org.jboss.pool.connector.jdbc.JDBCManagedConnectionFactor
Ok I've changed the standalone MQ module name to 'jboss-qm'.
So to all you mq folks working on the head branch... checkout the
standalone server using the
jboss-mq
modules name... The jbossmq module only contains the sources... no build
system is included. This should also fix Scott's p
Hi,
Unfortunately it doesn't seem to be possible to issue a warning if you
supply the wrong resource adapter name, since the way it works is:
ConnectionFactoryLoader mbean gets its ResourceAdapterName and registers as
a NotificationListener with the jmx server, filtering on Deployment events
with
User: chirino
Date: 01/08/16 18:35:35
Modified:.modules
Log:
To checkout the standalone JBossMQ server you should now use the jboss-mq module.
Revision ChangesPath
1.48 +4 -3 CVSROOT/modules
Index: modules
===
Per spec the MDB should not be throwing any exceptions.. This would mean
that it's thier responsibility to put the message to a 'rejected' queue.
But I think that is the best solution would be to allow the MDB to be
configured with the 'rejected' queue in it's deployment descriptor. I know
User: pkendall
Date: 01/08/16 18:29:34
Modified:src/main/org/jboss/mq SpyMessageConsumer.java
Log:
Fix message listener acknowledgements
Revision ChangesPath
1.4 +2 -2 jbossmq/src/main/org/jboss/mq/SpyMessageConsumer.java
Index: SpyMessageConsumer.java
User: pkendall
Date: 01/08/16 18:21:38
Modified:src/main/org/jboss/mq SpyMessageConsumer.java
Log:
Fix message listener acknowledgements
Revision ChangesPath
1.3 +6 -3 jbossmq/src/main/org/jboss/mq/SpyMessageConsumer.java
Index: SpyMessageConsumer.java
Right now there are any number of ways to cause JBoss to spin in a tight
loop
trying to deliver a transacted msg to an mdb due to a problem with either
the msg or mdb code that either causes an exception thrown from onMessage()
or the tx to be rolled back. A trivial example of the latter is to hav
> > >But once there is a common abstract to sub-class or a concreate wrapper
> > >(that would proxy to an object), that seems like it would be easier
>than
> > >the
> > >interface as well as provide more functionality.
> >
> > No, I think that the easiest way to expose attributes and functions is
What are we going todo about logging from resource adapters and such? It
looks like there is alot of stuff that:
if (logger != null) {
// some use full message
}
Or it will not log anything at all... even error conditions. It also looks
like there is alot of System. usage too, which just
It looks like the recent jca & datasource loaders have introduced
inconsistency in the transaction integrety of the entity system.
I have not yet been able to track this down, but based on an application
that was working the day before yesterday, which is now non-functional after
more than one ru
On Thu, 16 Aug 2001, Hiram Chirino wrote:
> I could run a code beautifier on it..
Ok. =)
--jason
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
User: user57
Date: 01/08/16 17:19:23
Modified:src/main/org/jboss/ejb AutoDeployer.java
Log:
o log an info message when scanDirectory finds a file to deploy
Revision ChangesPath
1.23 +2 -1 jboss/src/main/org/jboss/ejb/AutoDeployer.java
Index: AutoDeploye
I could run a code beautifier on it..
Regards,
Hiram
>From: Jason Dillon <[EMAIL PROTECTED]>
>Reply-To: [EMAIL PROTECTED]
>To: "'[EMAIL PROTECTED]'"
><[EMAIL PROTECTED]>
>Subject: RE: [JBoss-dev] MDB has stopped working
>Date: Thu, 16 Aug 2001 16:55:01 -0700 (PDT)
>
> > It doesn't help that jbo
User: user57
Date: 01/08/16 17:01:47
Modified:jbossconfig.xml
Log:
o made plugings/jetty a memeber of the standard-plugins group (part of the
default build of jboss-all)
Revision ChangesPath
1.2 +3 -3 build/jboss/config.xml
Index: config.xml
User: user57
Date: 01/08/16 17:00:56
Modified:.modules
Log:
o added plugins/jetty to jboss-all-plugins module (which is part of jboss-all)
Revision ChangesPath
1.47 +2 -4 CVSROOT/modules
Index: modules
=
User: user57
Date: 01/08/16 16:57:27
Modified:jetty/src/etc README
Log:
o Updated README for head, this file was moved.
Revision ChangesPath
1.3 +29 -30contrib/jetty/src/etc/README
Index: README
User: user57
Date: 01/08/16 16:57:48
Modified:src/resources/org/jboss/jms/ra/META-INF ra.xml
Log:
o updated doctype to reflect the dtd's location on java.sun.com
Revision ChangesPath
1.4 +28 -24jboss/src/resources/org/jboss/jms/ra/META-INF/ra.xml
Index:
User: user57
Date: 01/08/16 16:57:27
Removed: jetty/etc README
Log:
o Updated README for head, this file was moved.
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
User: user57
Date: 01/08/16 16:54:15
Modified:src/resources/xa-rar/META-INF ra.xml
Log:
o updated DOCTYPE to reflect the actually location of the dtd on java.sun.com
Revision ChangesPath
1.2 +69 -63jbosspool/src/resources/xa-rar/META-INF/ra.xml
Index: r
User: user57
Date: 01/08/16 16:54:14
Modified:src/resources/jdbc-rar/META-INF ra.xml
Log:
o updated DOCTYPE to reflect the actually location of the dtd on java.sun.com
Revision ChangesPath
1.4 +53 -49jbosspool/src/resources/jdbc-rar/META-INF/ra.xml
Inde
User: user57
Date: 01/08/16 16:53:15
Added: jetty/etc local.properties-example
Removed: jetty/etc VERSION demo.xml jboss.conf jetty.properties
jetty.xml run.sh
Log:
o integrating plugins/jetty with buildmagic
Revision ChangesPath
1.2
User: user57
Date: 01/08/16 16:53:15
Added: jetty/docs README TODO
Log:
o integrating plugins/jetty with buildmagic
Revision ChangesPath
1.2 +45 -0 contrib/jetty/docs/README
1.2 +18 -0 contrib/jetty/docs/TODO
__
User: user57
Date: 01/08/16 16:53:14
Added: jettybuild.sh build.xml config.xml
Removed: jettyREADME TODO
Log:
o integrating plugins/jetty with buildmagic
Revision ChangesPath
1.2 +131 -0contrib/jetty/build.sh
1.2 +490 -0
User: user57
Date: 01/08/16 16:53:15
Added: jetty/src/etc README VERSION demo.xml jetty.properties
jetty.xml
Log:
o integrating plugins/jetty with buildmagic
Revision ChangesPath
1.2 +44 -0 contrib/jetty/src/etc/README
User: user57
Date: 01/08/16 16:53:15
Removed: jetty/src/build build.bat build.sh
Log:
o integrating plugins/jetty with buildmagic
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-de
> It doesn't help that jboss server is using 3 spaces and jboss mq
> uses tabs...
jbossmq should be using 3 spaces too... but the task of changing this over
is daunting.
--jason
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.source
Weird. If you can set me straight on what needs to be done it would be a
huge, huge, massive, did I mention huge... help!
--jason
On Thu, 16 Aug 2001, David Jencks wrote:
> Hi,
>
> Ill look at this more later...
>
> I think you also need
> in properties
>
> DataSourceClass=
> and maybe Connec
I did briefly, but what I really want is a conversion guide. I did not have
much luck with taking bist from jboss-auto.jcml. I could try again though.
I am using the loader in the time being.
--jason
On Thu, 16 Aug 2001, David Jencks wrote:
> Did you try the autoconverter XADataSOurceLoader
> >But once there is a common abstract to sub-class or a concreate wrapper
> >(that would proxy to an object), that seems like it would be easier than
> >the
> >interface as well as provide more functionality.
>
> No, I think that the easiest way to expose attributes and functions is to
> list the
> Hm !
>
> I noticed your checkins on jboss-dev and wondered what
> you were up to
Making life better I hope.
> There are plans afoot to merge a repackaged version of
> Jetty into the main JBoss tree and use it as the
> default web container with JBoss. i.e. my
> understanding is tha
Depends on your data model and expected usage. Take it to jboss-user for
more information.
--jason
On Thu, 16 Aug 2001, Tony wrote:
> Hi,
>
> I want to know what persistance scheme is preferred these days. I am going to start
>a new project and evaluating
> Entity Bean, JDO, Castor etc. Its
It looks like ResourceAdapterName is used to bind a connection factory
loader to a deployed adapter's (as david mentioned). It also
looks like if the connection factory specifies an invalid name (one that
does not match up with the one in the ra.xml), that it will not complain and
will not bind
Hi,
I want to know what persistance scheme is preferred
these days. I am going to start a new project and evaluating
Entity Bean, JDO, Castor etc. Its going to be a
heavy-load site with lots of concurrent users.
I will appreciate Pros and Cons of above
options.
Tony Grey
Hi,
Ill look at this more later...
I think you also need
in properties
DataSourceClass=
and maybe ConnectionURL=url=jdbc
weird but maybe right.
I'll try some things out later this evening.
david jencks
On 2001.08.16 18:04:28 -0400 Jason Dillon wrote:
> I am using something like this:
>
On Thu, 16 Aug 2001, Scott M Stark wrote:
> Due to the changes to the CVSROOT/modules file one can't checkout the 2.4 branch
> of the jbossmq source using the previous syntax. The 2.4 branch needs to be checked
> out using:
> cvs co -r Branch_2_4 -P _jboss_messaging
> which creates a messaging
> >Why not? Aren't DynamicMBeans easier to work with? I am actually a little
> >confused about the different types, short of the basic MBean that
> >implements a mgmt interface.
> >
>
> NO they are harder to implement. A dynamic MBean has to explicitly export
> all of it's managment interface.
User: user57
Date: 01/08/16 15:23:30
Modified:src/main/org/jboss/ejb/plugins/jaws/jdbc
JDBCFinderCommand.java
Log:
o When execute() failes, log an error (instead of a debug) and throw
FinderException with more detail about the problem.
Revision
In XAManagedConnectionFactory.getXADS() is returning null due to the return
null at the bottom of the method. It looks like this wants either an
xaDataSourceClass or xaDataSourceName to be set, if not it returns null.
Which then causes the pooling stuff to hang indefinently.
This is confusing me
I am using something like this:
../deploy/lib,
../deploy/bean1.jar,
../deploy/bean2.jar
Since the beans are already urls ready for deploying they are added to the
list right away. The lib directory is only scanned once a pass is made on
run(), which will find some files, but a
User: user57
Date: 01/08/16 14:49:11
Modified:src/main/org/jboss/resource RARDeployer.java
Log:
o use mkdirs() instead of mkdir() when creating the temp directory to avoid
exceptions when the base directory does not exist.
Revision ChangesPath
1.5 +6 -4
-Original Message-
From: Jamie Orchard-Hays [mailto:[EMAIL PROTECTED]]
Sent: Thursday, August 16, 2001 5:24 PM
To: Bill Burke; Francis Tilney
Subject: Richard Stallman, control freak
skip to "And now for some not so nice things."
http://news.linuxprogramming.com/news_story.php3?ltsn=2
I must apologise to all for my IDE's total lack of proper auto formating...
Maybe Visual Age for Java 4.5 will get it right
Regards,
Hiram
>From: David Maplesden <[EMAIL PROTECTED]>
>Reply-To: [EMAIL PROTECTED]
>To: "'[EMAIL PROTECTED]'"
><[EMAIL PROTECTED]>
>Subject: RE: [JBoss-dev] MDB has
Hi jason, I forgot about this problem.
AutoDeploy works ok for me if the autodeployer conf looks like this:
JCA:service=RARDeployer;
J2EE:service=J2eeDeployer
../deploy/lib,
../deploy
3000
Note that I reversed RARDeployer and J2e
>From: Jason Dillon <[EMAIL PROTECTED]>
>Reply-To: [EMAIL PROTECTED]
>To: <[EMAIL PROTECTED]>
>Subject: Re: [JBoss-dev] How to get MBeans to describe it's fields like a
>DynamicMBean does
>Date: Thu, 16 Aug 2001 09:29:01 -0700 (PDT)
>
>On Tue, 14 Aug 2001, Hiram Chirino wrote:
> > I was looking f
Due to the changes to the CVSROOT/modules
file one can't checkout the 2.4 branch
of the jbossmq source using the previous syntax.
The 2.4 branch needs to be checked
out using:
cvs co -r Branch_2_4 -P
_jboss_messaging
which creates a messaging rather than jbossmq
directory.
Why not leav
On Thu, 16 Aug 2001, David Jencks wrote:
> Yes, as far as I can tell the user and password go into the
> PrincipalMappingProperties. There is probably some way to get them into
> somewhere else but I haven't figured it out yet. They are certainly used
> if in the PrincipalMappingProperties.
I w
User: user57
Date: 01/08/16 14:24:48
Modified:src/main/org/jboss/ejb AutoDeployer.java
Log:
o changed Category to JBossCategory and the "Wait for..." message priority to
trace.
o factored directory scanning out of run() into scanDirectories() and
scanDirectory().
ResourceAdapterName identifies which resource adapter supplies the
ConnectionFactory (and ManagedConnectionFactory etc etc) for the
ConnectionFactoryLoader to load. (It's the display-name tag in ra.xml) If
you were using firebird as your database, this could be the firebird
jca/jdbc driver. Sinc
Yes, as far as I can tell the user and password go into the
PrincipalMappingProperties. There is probably some way to get them into
somewhere else but I haven't figured it out yet. They are certainly used
if in the PrincipalMappingProperties.
btw. thanks for cleaning up my xml. Do you have a t
On 2001.08.16 15:35:22 -0400 Jason Dillon wrote:
> > I've been thinking a little bit about a jca adapter to a javaspace, set
> up
>
> Wouldn't you have to make an adapter to the jini tx service? or would
> the
> jca adapter to a space deal with all the tx under the covers (and ignore
> client re
Aww shucks, it was nothing...
I must apologise to all and sundry re: my indenting. I have had my IDE set
up incorrectly and didn't realise I was confusing the files until just
recently. It doesn't help that jboss server is using 3 spaces and jboss mq
uses tabs...
Cheers
david
> -Original
True, I did not remeber that. Any ways I think you get my point.
--jason
On Thu, 16 Aug 2001, Andreas Schaefer wrote:
> I personally think that the domain should be structured but for your
> example a colon (:) is not possible because it is reserved for the JMX
> Object Name.
>
> Andy
>
> ---
I personally think that the domain should be structured but for your
example a colon (:) is not possible because it is reserved for the JMX
Object Name.
Andy
- Original Message -
From: "Jason Dillon" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, August 16, 2001 12:17 PM
Sub
This was just added by vharcq so I was not seeing it because I did not have
the latest code. Messages like this should be using trace level priorities
through
the custom JBossCategory which will become Logger next week.
- Original Message -
From: "Jason Dillon" <[EMAIL PROTECTED]>
To: <[E
Let's not worry about micro-management level details in main that are going
to
change.
- Original Message -
From: "Jason Dillon" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, August 16, 2001 12:26 PM
Subject: Re: [JBoss-dev] Container.java
> Is there any reason why we are
> I've been thinking a little bit about a jca adapter to a javaspace, set up
Wouldn't you have to make an adapter to the jini tx service? or would the
jca adapter to a space deal with all the tx under the covers (and ignore
client requests to do it).
> so you can use JAWS, with entity bean <-->
Is there any reason why we are explicitly use DefaultDomain:XXX and
implicily with :XXX in several places now? How about using :XXX everywhere
instead of DefaultDomain:XXX since it just takes up more space.
--jason
On Thu, 16 Aug 2001, Andreas Schaefer wrote:
> Hi Jasson
>
> Yes, I plan to re
Can you provide an example for what this might look like? I am thinking
something url like, but I am not sure what the spec will allow for a domain
name. So the domain for the jms stuff might look like this:
myhost.mydomain.com:/supercluster/jboss/jms
^^^ ^^^
Let me know if this turns out to be a bug/problem with the bean handle and
the InitialContextHandle stuff.
--jason
On Thu, 16 Aug 2001, Bill Burke wrote:
> Nope, I haven't had a chance to look at it. Although, right now, I'm in the
> JNDI code, I can probably investigate it.
>
> Bill
>
> > --
Where should I put JDBCUser and Password now? Should they go into
PrincipalMappingProperties? Do I need to do anything else to make that
work. I have been ignoring the security stuff for the most part, since I do
not really understand it, and it is not currently required.
Any ways, I tried jus
I just switched over and found one rather large problem, that is that my
beans deploy before the resource adapters. It could be that I am explicitly
listing the .jars to deploy, but I have the deploy/lib directory listed
before it, so I expected that it would do the right thing.
I think it will
You have been free to convert all your db access to the jca framework for
the last 6 months, it appears noone has. The XADataSourceLoader change
more or less converts it for you. If you don't want to run on rabbithole
you could just use it for the conversion and copy the
ConnectionFactoryLoader
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 -
> From: "Jason Dil
1 - 100 of 130 matches
Mail list logo
