the more useful connection close checking. (At least this was
the code as I left it).
Of course you guys may not be interested in supporting the spec any
more, especially in its sillier aspects such as this one.
david jencks
On Tuesday, September 23, 2003, at 07:59 AM, Adrian Brock wrote:
On Tue
It looks like dom4j can't find xerces. Has the boot code that loads
xerces or the location of xerces in JBOSS_HOME/lib been changed
recently?
david jencks
On Monday, August 11, 2003, at 09:28 AM, Alexey Loubyansky wrote:
I have problems running a simple remote client that accesses SLSB in
HEAD
redundant and conflicting classes
with respect to
the server and/or other deployments.
I agree this is still a problem. Do you think a good start would be to
list a bunch of use cases?
So let's fix it.
Agreed.
Thanks
/**
* David Jencks
* Partner
* Core Developers
these in the 3.0 branch.
david jencks
On Thursday, June 26, 2003, at 07:11 AM, Oleg V. Safonov wrote:
After deploy tyrex-tm-plugin I get next exception
java.lang.IllegalStateException: The transaction is not yet or no
longer
active
2003-06-26 18:34:08,733 ERROR [org.jboss.ejb.EntityContainer
On Monday, June 16, 2003, at 10:57 PM, Bill Burke wrote:
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of
David
Jencks
Sent: Monday, June 16, 2003 12:32 AM
To: [EMAIL PROTECTED]
Subject: [JBoss-dev] XSLSubDeployer improvements and jca 1.5 mdb
deployment
Yes indeed, many thanks. I need to retest since I made some additions
since the original commit.
Sorry for the delay on this, I've been having trouble connecting to cvs
today.
david jencks
On Tuesday, June 17, 2003, at 03:05 PM, Adrian Brock wrote:
Hi David,
Did you forget to commit
changes to XSLSubDeployer supply a considerable amount of
this functionality. They are not proposed as a complete solution, but
they do allow deployment of mdbs in accordance with the jca 1.5 spec.
david jencks
/**
* David Jencks
* Partner
* Core Developers Network
the jmsra jca 1.5
adapter and correspondingly removed the asf classes.
thanks
david jencks
/**
* David Jencks
* Partner
* Core Developers Network
* http://www.coredevelopers.net
What do you need? I'd rather avoid having 895 different thread pool
implementations for the 65 actual uses. The particular interface in the
work package is spec mandated, but that doesn't mean we can't have shared
infrastructure.
david jencks
On 2003.06.04 22:45 Andrew C. Oliver wrote:
Isn't
They've been in jboss 4 for several months. How many of them are necessary
is another question.
david jencks
On 2003.05.27 21:56 Nathan Phelps wrote:
Are these messages new? What do they mean? They are all over the place
in JB4 and I don't recall seeing them before.
2003-05-27 20:45
If we can include/redistribute the jaxm libraries adding the ability to
accept jaxm calls from a jca 1.5 resource adapter to an mdb is very easy.
I can't understand the license terms and the last time I asked I got no
response.
Is there another jca part to the webservices?
thanks
david jencks
On 2003.04.03 07:36 [EMAIL PROTECTED] wrote:
torsdagen den 3 april 2003 kl 07.32 skrev David Jencks:
I'm not sure what your point is, Victor. The exceptions Scott saw
were a
result of a change I made in the last few days to improve the shutdown
behavior of the pools, something I've
This has never happened to me, and I have done some (extremely informal)
clustering tests by (accidentally) running all on a network with other
jboss's running. I still haven't upgraded jdk's however, still on
1.4.1dp10.
david jencks
On 2003.04.03 02:36 Dain Sundstrom wrote:
I'm just running
Fix that works on my machine is now checked in
david jencks
On 2003.04.01 13:56 Scott M Stark wrote:
The current 3.2 branch has a new failure in the
JDBCStatementTestsConnectionUnitTestCase.
The server side exception is:
10:52:20,421 INFO [MainDeployer] Deployed package:
file:/C:/cvs
Should be fixed in cvs.
There may still be exceptions if you stop the hsqldb mbean while there are
still connections checked out to applications using them, but I don't think
this is realistic to try to fix at this point.
david jencks
On 2003.04.01 23:06 Scott M Stark wrote:
There are still
are returned. This doesn't
have anything to do with hsql AFAIK.
I'm not getting paid for this work.
david jencks
On 2003.04.02 18:28 [EMAIL PROTECTED] wrote:
ho ... one is wondering as why this epost conversation ever took place !
Yes - because somebody hussy homestedinding the no-sphere
=381174aid=712495group_id=22866
Category: None
Group: None
Status: Open
Priority: 5
Submitted By: David Jencks (d_jencks)
Assigned to: Nobody/Anonymous (nobody)
Summary: Use *-ds.xml files in 3.2 for all jca adapters.
Initial Comment:
The jca adapter deployment in jboss 3.2 has been
Oops, I tried to do too many things at once.
should be fixed.
david
On 2003.03.31 14:55 Scott M Stark wrote:
The same class is causing an exception on startup as well:
11:53:51,826 INFO [PersistenceManager] Starting
11:53:51,946 INFO [LocalManagedConnectionFactory] exception trying to
There is the jca 1.5 thread pool, BaseWorkManager. It is a simple
implementation of the j2ee 1.4 official thread pool. If this provides more
than you want to deal with, lets discuss design.
david jencks
On 2003.03.29 09:04 Thomas Peuss wrote:
Hello!
I need a thread pool to simplify my code
now rather than one of the
tcp-port free options?
Thanks
david jencks
---
This SF.net email is sponsored by:
The Definitive IT and Networking Event. Be There!
NetWorld+Interop Las Vegas 2003 -- Register today!
http://ads.sourceforge.net/cgi-bin
Also, the jca mbean I wrote uses Doug Lea's implementation for the actual
pool.
david
On 2003.03.29 11:59 Scott M Stark wrote:
The thread pool needs to be a true mbean service with stats and its
configuration
exposed via JMX, not just a class. The JCA api and associated component
David
I think the one that is an attribute of the attribute element is a leftover
from the xmbean implementation in Juha's book, later replaced with the
default element in the descriptors.
david jencks
On 2003.03.29 16:41 Scott M Stark wrote:
There are two default values in an xmbean attribute
tools/etc/xdoclet/templates/mbean-custom.xdt
david
On 2003.03.22 15:44 Scott M Stark wrote:
The removal of the logging from jmx and switching of dependency ordering
between common and jmx has broken the build until this is resolved. One
complication in doing this is the fact that the xdoclet
At least the copy in HEAD is actually for xdoclet 1.2. When I migrated
HEAD to xdoclet 1.2 I basically ignored the jboss.net xdoclet task. I'd
say if the testsuite is OK, it is safe to ignore and let the jboss.net
folks fix if there is a problem later.
thanks
david jencks
On 2003.03.20 17:44
On 2003.03.20 13:09 Scott M Stark wrote:
Is the org.jboss.resource.adapter.jdbc.ExceptionSorter class supposed to
be in jboss-common-jdbc-wrapper.jar?
yes. I'll fix this after steve checks in the new xdoclet (I modified my
3.2 copy also). There are several other errors around this also
.
Steve Coy
On Thursday, March 13, 2003, at 04:15 AM, David Jencks wrote:
There's a patch on their bugtracker that is supposed to fix this:
http://opensource.atlassian.com/projects/xdoclet/secure/
ViewIssue.jspa?key=XDT-376
They want feedback.
I need to keep working so I haven't
mbean
dd]/depends
and
depends-list optional-attribute-name=bar
depends-list-element[o-n or mbean dd]/depends-list-element
depends-list-element[o-n or mbean dd]/depends-list-element
...
/depends-list
david jencks
On 2003.03.13 17:14 Melissa Turner wrote:
Is there a current (3.2) dtd
There's a patch on their bugtracker that is supposed to fix this:
http://opensource.atlassian.com/projects/xdoclet/secure/ViewIssue.jspa?key=XDT-376
They want feedback.
I need to keep working so I haven't up(?)graded my 1.4.1 copy yet.
david jencks
On 2003.03.12 04:53 Jason Dillon wrote
On 2003.03.09 15:20 Bill Burke wrote:
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of
David
Jencks
Sent: Saturday, March 08, 2003 8:23 AM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] Proposal for jboss-wide interceptor framework
Does this change prevent us from writing a remote jndi implementation that
runs over the remoting framework? If so, is this the direction we want to
go in?
david jencks
On 2003.03.07 03:10 Tom Elrod wrote:
Build fixed now. Please note that naming is now part of core modules.
This
is due
client support using mbeans. I suspect the jmx remoting will also
be useful.
Are you interested in implementing it?
david jencks
On 2003.03.04 11:24 Igor Fedorenko wrote:
Hi,
JBoss 3.2 does not seem to support application clients as specified in
J2EE Spec, v1.3, section 9. Is there any
classes. Perhaps the change
in buildfile structure changed which properties are getting set when and
caused these files to be left out of the sar.
thanks
david jencks
On 2003.03.04 20:13 Scott M Stark wrote:
The 3.2 testsuite is not building under JDK 1.3 due to the inclusion
on 1.3? This
definitely won't work with the current connector build. Building both with
1.3 or both with 1.4.1 should work.
david
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
From: David Jencks
I don't think so, the error is not shown.
I built fresh from a clean checkout last night with no problems. The
problem may be that Chris is not doing a clean checkout every day.
david jencks
On 2003.03.03 09:41 Bill Burke wrote:
Is this an XDoclet thing again?
-Original Message
Would it be possible for someone who knows/has both windows and linux
scripting to investigate this? I recall that I had to increase the memory
for the build in the build.sh files and I don't know if this was ever done
in the build.bat files.
thanks
david jencks
On 2003.03.03 10:34 Alex
interceptor framework we are going
to use to be settled soon since both the dtm and deployment of jca 1.5
adapters depend on it. I'm not really interested in developing these
features twice for two different models.
thanks
david jencks
Thanks,
Nathan
-Original Message-
From: [EMAIL
First, thanks for responding.
On 2003.03.03 15:29 Bill Burke wrote:
-Original Message-
From: David Jencks [mailto:[EMAIL PROTECTED]
Sent: Monday, March 03, 2003 2:17 PM
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED
, but it stopped
working a really long time ago: the order of the modules is confused in the
main target).
Thanks
david jencks
On 2003.03.02 03:43 Jason Dillon wrote:
What happened to the XDoclet tool configuration? I don't get it... we
went from simply including the required jars in tools/lib (IMO
way we can
combine this with our need to use unreleased builds of e.g. xdoclet?
Many many thanks for looking into this
david
Thanks,
--jason
On Sunday, March 2, 2003, at 08:09 PM, David Jencks wrote:
Well, I hope you can fix this Jason because I couldn't, and I'm about
98%
sure
Would it be appropriate to put the new cmp framework in its own module
since it is not particularly dependent on ejbs?
Are we going to move the ejb support into the currently empty ejb module?
david jencks
---
This sf.net email is sponsored
, and mbean interceptors to use this
framework.
Many thanks
david jencks
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Jboss-development mailing list
david jencks
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists
- Original Message -
From: David Jencks [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Sunday, March 02, 2003 10:28 AM
Subject: [JBoss-dev] Proposal for jboss-wide interceptor framework
(resending, first attempt seems to have disappeared)
I've committed
things working by using the *-ds.xml. One
question: if I have a service that depends on a data source, is there a
way I can specify that dependency?
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
David Jencks
Sent: Friday, February 28, 2003 3:43
more reasonable stack trace. Dain and I made as much as we could find of
the jca and jta frameworks use this with good results. How could we make
this better known and popularize it?
thanks
david jencks
On 2003.02.28 08:42 Bill Burke wrote:
There have been a lot of build breakages lately because
-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
David Jencks
Sent: Friday, February 28, 2003 10:16 AM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-dev] stop using JDK 1.4 for development
I'd prefer to have a reliable way to report these problems, since I
don't consider
inside the
*-service.xml which is at best hard to understand for humans.
david jencks
On 2003.02.28 15:24 Tom Elrod wrote:
What happened to the RARDeployment class that was in the
org.jboss.resource.connectionmanager package? Needed it for connection
pooling in data
source xml
in development
freedom and maintainability.
david jencks
On 2003.02.27 17:00 Dave Neuer wrote:
--- Dain Sundstrom [EMAIL PROTECTED] wrote:
snip
I agree about the eclipse discussion, but it does
actually have a point
for development of the jboss server. It is always a
pain to get any
IDE
,
Sacha
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On
Behalf Of David Jencks
Sent: lundi, 24. février 2003 21:02
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] TxInterceptor split is still the
best thing since sliced bread
Maybe we're confusing 2 issues here:
1. writing a maintainable usable jboss dtm
2. supporting corba etc.
I realize I am not entirely comfortable with the client interceptors, and I
notice that they are not really used in the local proxies. I don't think
my idea of using the client
On 2003.02.24 09:14 Bill Burke wrote:
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of
David
Jencks
Sent: Saturday, February 22, 2003 1:43 PM
To: [EMAIL PROTECTED]
Subject: [JBoss-dev] org.jboss.aop.MethodMetaData
public Object
big snip
I also want to add that the current interface for Metadata, metadata
chains,
and how you configure metadata is open for debate. It probably is not a
complete definition and I'm open for suggestions. I'm hoping that as I
port
some of the current interceptors more requirements
On 2003.02.24 10:39 Bill Burke wrote:
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of
David
Jencks
Sent: Saturday, February 22, 2003 11:48 AM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] TxInterceptor split is still the best thing
since
On 2003.02.24 11:22 Sacha Labourey wrote:
Hello David,
I tend to regard the functionality in client interceptors as really
required to make anything work. I agree that chain/invoker
is excessive.
I think we need the same client side interceptor stack no
matter what the
On 2003.02.24 13:17 Bill Burke wrote:
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of
David
Jencks
Sent: Monday, February 24, 2003 10:37 AM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] org.jboss.aop.MethodMetaData
big snip
I
Burke wrote:
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of
David
Jencks
Sent: Saturday, February 22, 2003 11:48 AM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] TxInterceptor split is still the best thing
since sliced bread
On 2003.02.24 14:25 Bill Burke wrote:
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of
David
Jencks
Sent: Monday, February 24, 2003 1:54 PM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] org.jboss.aop.MethodMetaData
On 2003.02.24 13:17
invocation chain as did and show us
the error in
our logic?
-dain
On Monday, February 24, 2003, at 09:39 AM, Bill Burke wrote:
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf
Of
David
Jencks
Sent
One more thing. This was fine in 2.4 and 3.0 when there was a one to one
mapping between client, transport and EJB Container, but in 3.2 and
higher,
there is a many to one relationship between transport and EJB Container.
So? I just checked standard jboss.xml and all the client
and show
us the error in
our logic?
-dain
On Monday, February 24, 2003, at 09:39 AM, Bill Burke wrote:
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of
David
Jencks
Sent: Saturday, February 22
of the xmbean_1_0.dtd bundled in it.
Fixing this would require (or be best done) by upgrading to a more current
version of xdoclet. This requires changing all our build files to remove
the formerly deprecated and now disallowed xdoclet source=blah usage.
I'm not thrilled about doing this either.
david
On 2003.02.22 00:13 Bill Burke wrote:
Tx propagation can be pushed to a generic remoting framework/object if
the
underlying transport supports it. Class/Interface Metadata can't.
Why not? I thought the txsupport stuff demonstrated that it could. It
certainly doesn't depend on any special
This is really boring and unpleasant, bill. We don't seem to have a shared
understanding of how interceptors ought to work with local and remote
calls. Most of your comments make no sense to me, and I think
contrariwise. I'll try to explain my view one more time, and I'll write an
interceptor
into account both the methods name and list of parameter
types. Unfortunately for use w/jmx, the MethodHash also encodes the class
from which the method originates. Perhaps we can generalize MethodHash to
cover the case where the class is not known.
david jencks
-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of
David
Jencks
Sent: Wednesday, February 19, 2003 11:02 AM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] TxInterceptor split is really really good
On 2003.02.19 09:37 Bill Burke wrote:
What you implemented is fine
On 2003.02.21 18:58 Bill Burke wrote:
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of
Hiram
Chirino
Sent: Friday, February 21, 2003 6:44 PM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] TxInterceptor split is really really bad
---
just as fast, so if there
are additional problems please let me know.
thanks
david jencks
On 2003.02.20 05:19 Jonas Partner wrote:
Hi
I was hoping that someone could provide guidance on whether we should
continue trying to develop with 3.2
or whether to try and drop back to 3.0.x
that in jb 4 you can get and compile a copy of xdoclet by going to
the xdoclet module and running ./build.sh
You may need to remove old last.xdoclet.build and last.xdoclet.update files
to get a proper cvs update.
I still have no plans to upgrade the xdoclet used to build 3.2
Thanks
david jencks
On 2003.02.19 03:43 Peter Antman wrote:
On Tue, 2003-02-18 at 20:08, David Jencks wrote:
I don't yet understand what problem you are trying to solve. The
problem I
know of with the current deployment set up and LoaderRepositories is
that
the only package type you can specify
On 2003.02.19 09:37 Bill Burke wrote:
What you implemented is fine. My only problem with it is that I
think it is more logical to let the server decide if it needs the
tx, and that I think the registration callback could be avoided
(with minimal redundant client side bookkeeping) even if
like to get to work on the interceptor stuff I mentioned, so I'd like
to get comments on this soon so at least I'll know how much I'll have to
fight:-
This is awesome work.
Thanks again
david jencks
On 2003.02.19 00:54 Jeff Haynie wrote:
I commited the jboss-remoting code tonight
? Are you aware that the InvokerXAResource is a
client-side mbean?
thanks
david
On 2003.02.18 09:52 Ole Husgaard wrote:
David Jencks wrote:
On 2003.02.17 04:20 Ole Husgaard wrote:
Deciding to avoid the resource registration callback when
the tx is not used at server side is a fine thing
in which this would be useful.
Also, I am planning on moving the dependency computatations out of
ServiceController and into an mbean interceptor (with some global
supporting objects).
thanks
david jencks
On 2003.02.18 13:51 Peter Antman wrote:
Hi,
I would like to share some ideas about
kind of exception that would force the
connection to be destroyed.
thanks
david jencks
On 2003.02.17 11:50 Sonnek, Ryan wrote:
i posted this request about a week ago, and would like to know any
developers thoughts on this. to summerize, i'd like to be able to force
a
datasource to timeout any
files my missing adds showed up when I did cvs update (with A
status). Maybe adrian added them but didn't commit
david
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
From: David Jencks [EMAIL
:117)
at
org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.storeEntity(JDBCStoreManager.java:614)
at org.jboss.ejb.entity.CMPInterceptor.storeEntity(CMPInterceptor.java:218)
Perhaps someone who knows how this area works better than I could fix this.
thanks
david jencks
On 2003.02.15 09:57 Igor Fedorenko wrote:
David Jencks wrote:
The design goal is to produce a working dtm that does not make
unnecesary
inter-vm calls. The functionality of the client side tx interceptor
appears to be unavailable with the CORBA OTS if we do not write some
client
Adrian added this, I figured out how to fix it and will commit shortly.
CVS is acting very strangely, and I ran into a similar problem. I added a
file (cvs add) but it is not showing up when I do cvs update. I suspect
the same thing happened to Adrian.
david jencks
On 2003.02.15 19:38 Scott
checked in?
thanks
david jencks
On 2003.02.15 19:38 Scott M Stark wrote:
It looks like some new tests are not completely checked in as the
following errors
are due to missing org.jboss.test.entity.interfaces. If you added this
test check
that the added files have been committed.
compile
Thanks, I think this is fixed. Learning dom4j and xpath is taking a little
while...
david jencks
On 2003.02.14 16:01 Scott Rehorn wrote:
Looks like jboss-local-jdbc.rar:
2003-02-14 11:31:35,640 ERROR
[org.jboss.deployment.scanner.URLDeploymentScanner] Failed to deploy
/defaults.ent and to include it in the _default:tests target.
david jencks
On 2003.02.14 11:26 Bill Burke wrote:
Please put these tests in the testsuite. We need nightly reports on the
stability of JBoss. Plus, if they aren't integrated with testsuite you
risk
somebody breaking your code
easy will greatly help the quality of our code. Right now we
have almost no unit tests, only integration tests.
Please distinguish between unit tests and integration tests.
david jencks
On 2003.02.14 13:14 Scott M Stark wrote:
Its true that the main problem is xdoclet here. Its also the reason
Odd, this should be supplied from an entity resolver (see
connector/src/resources/jboss-jca/META-INF/jboss-service.xml). What was
getting deployed at the time?
david jencks
On 2003.02.14 14:37 Scott Rehorn wrote:
Another data point:
I am seeing numerous errors on startup too, even with run
thanks, I meant jca-sar/META-INF/jboss-service.xml
It was working for me yesterday but I haven't updated since Bill's checkin.
Don't see why that would affect this. This code has been there for at
least several weeks...
david jencks
On 2003.02.14 16:01 Scott Rehorn wrote:
Looks like jboss
On 2003.02.13 08:22 Bill Burke wrote:
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of
David
Jencks
Sent: Wednesday, February 12, 2003 11:42 PM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-dev] TxInterceptor split is really really good
On 2003.02.13 10:35 Bill Burke wrote:
The design goal is to produce a working dtm that does not make
unnecesary
inter-vm calls. The functionality of the client side tx
interceptor
appears to be unavailable with the CORBA OTS if we do not write
some client
side
something like a multiprocessor alpha box.
I think we should prove in some way that this construct is safe or remove
it.
david jencks
On 2003.02.13 13:00 Larry Sanderson wrote:
If the map is seldom modified, then you can get around synchronization
with techniques like this. It is taking
This one looks to me as if it is not subject to double-checked locking type
problems. I think it is fine, since the copy is made in a synchronized
block and accessed in the same thread.
david jencks
On 2003.02.13 12:35 Dain Sundstrom wrote:
This seems backwards to me. I usually do something
though someMethod is able to
update it with a new value. No synchronization, yet perfectly thread
safe (although very expensive to modify).
-Larry
David Jencks wrote:
I think you are wrong, although I have trouble understanding all the
issues
with this. I think this is a double
discussion, apparently not.
david jencks
Thanks for the info,
-Larry
David Jencks wrote:
On 2003.02.13 13:40 Larry Sanderson wrote:
Isn't double checked locking something like this:
private HashMap cache = new HashMap();
public MyObject get(String cacheLookup) {
MyObject foo
Do I get to update the CachedConnectionManager with the code from jb4
first? :-))
david
On 2003.02.13 15:40 Stefan Reich wrote:
Just as a reminder: the uncontended case for a synchronized statement
is VERY fast: about 13 PowerPC instructions. I would argue safety
first, use Java
Basically, no. 2.4 behavior is wrong, 3.x behavior is according to jca
spec.
In either case you should be able to do:
Connection con = ds.getConnection();
con.setAutocommit(false);
//do work
con.commit();
I don't know if it would work in 2.4 but you could also use UserTransaction
in 3.x
david
certainly look to
limit the exposure
of such a mapping outside of the VM.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
From: Bill Burke [EMAIL PROTECTED]
To: David Jencks [EMAIL PROTECTED]; Jboss-Dev
.
david jencks
On 2003.02.12 16:31 Bill Burke wrote:
What if you don't have java on the client side? What if you're CORBA
with
OTS? You're making it harder for Non-JBoss/Java clients to integrated
with
us. I think this split should be undone.
BTW, why the split besides code readability
find all the parts to
keep track of confusing.
thanks
david jencks
Thanks for the interest and your good code JBoss src is fun!!
--- all work and no play makes Jack a dull boy
---
bye Stefano
[EMAIL PROTECTED]
www.javalinux.it
MSN messanger
to provide more suitable matching behavior. (I'm looking at jboss head for these classes).
thanks
david jencks
Hi guys,
I wrote a login module specific for Oracle DataBase, that try to authenticate a user on Oracle DataSource and map Oracle Role on J2ee Role. I think it could be very interestin
On Monday, February 3, 2003, at 12:01 PM, Stefano Maestri wrote:
Il lun, 2003-02-03 alle 16:03, David Jencks ha scritto:
I'm very interested in this login module. Can you supply it as a
"patch" in the sourceforge tracker? Otherwise I may lose track of it
before I can review
)? It was the only rules engine I
could find that had a reasonable license.
I also think that the future of programming will more and more involve
reliance on declarative/functional approaches, especially to glue
together procedural code snippets.
thanks
david jencks
On Friday, January 31
I'm looking now, this is very interesting!
Thanks!
david jencks
On Friday, January 31, 2003, at 11:30 AM, Kevin Conner wrote:
Do you know of JEOPS (sourceforge)? It was the only rules engine I
could find that had a reasonable license.
Did you look at mandarax?
Kev
Kevin Conner
I'm pretty confused about what exactly you are trying to do, since
there is already an instance variable ejbModule and and accessors
get/setEjbModule in the Container class.
??
david jencks
On Thursday, January 30, 2003, at 01:36 AM, Jeremy Boynes wrote:
I am trying to write an EJBTestCase
1 - 100 of 1875 matches
Mail list logo
