Re: [JBoss-dev] Removing CachedConnectionInterceptor

2003-10-02 Thread David Jencks
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

Re: [JBoss-dev] XMBean validation

2003-08-14 Thread David Jencks
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

Re: [JBoss-dev] multiple deployment info entries for invoker.war

2003-07-11 Thread David Jencks
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

Re: [JBoss-dev] Tyrex transaction manager

2003-06-26 Thread David Jencks
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

Re: [JBoss-dev] XSLSubDeployer improvements and jca 1.5 mdb deployment

2003-06-17 Thread David Jencks
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

Re: [JBoss-dev] XSLSubDeployer improvements and jca 1.5 mdb deployment

2003-06-17 Thread David Jencks
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

Re: [JBoss-dev] XSLSubDeployer improvements and jca 1.5 mdb deployment

2003-06-16 Thread David Jencks
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

[JBoss-dev] XSLSubDeployer improvements and jca 1.5 mdb deployment

2003-06-15 Thread David Jencks
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

Re: [JBoss-dev] Thread management

2003-06-05 Thread David Jencks
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

Re: [JBoss-dev] ServiceController Invalid transition from...

2003-05-29 Thread David Jencks
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

Re: AW: [JBoss-dev] JB4DR1 Deadline MAY 26

2003-04-04 Thread David Jencks
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

Re: [JBoss-dev] How do I clean up these hsqldb shutdown exceptions?

2003-04-03 Thread 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

Re: [JBoss-dev] Does clustering work on OS X?

2003-04-03 Thread David Jencks
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

Re: [JBoss-dev] org.jboss.test.jca.test.JDBCStatementTestsConnectionUnitTestCase

2003-04-02 Thread David Jencks
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

Re: [JBoss-dev] How do I clean up these hsqldb shutdown exceptions?

2003-04-02 Thread David Jencks
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

Re: [JBoss-dev] How do I clean up these hsqldb shutdown exceptions?

2003-04-02 Thread David Jencks
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

Re: [JBoss-dev] [ jboss-Change Notes-712495 ] Use *-ds.xml files in 3.2 for all jca adapters.

2003-03-31 Thread David Jencks
=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

Re: [JBoss-dev] Re: Seeing suprious exception on shutdown in 3.2 now

2003-03-31 Thread David Jencks
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

Re: [JBoss-dev] Generic ThreadPool in JBoss?

2003-03-29 Thread David Jencks
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

[JBoss-dev] hsqldb options

2003-03-29 Thread David Jencks
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

Re: [JBoss-dev] Generic ThreadPool in JBoss?

2003-03-29 Thread David Jencks
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

Re: [JBoss-dev] What is the diff between the two xmbean default settings

2003-03-29 Thread David Jencks
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

Re: [JBoss-dev] 3.2 build broken for a while

2003-03-22 Thread David Jencks
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

Re: [JBoss-dev] jboss.net xdoclet subtask

2003-03-21 Thread David Jencks
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

Re: [JBoss-dev] Where is org.jboss.resource.adapter.jdbc.ExceptionSorter?

2003-03-20 Thread David Jencks
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

Re: [JBoss-dev] Going ahead with EJB module refactor

2003-03-13 Thread David Jencks
. 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

Re: [JBoss-dev] mbean dtd?

2003-03-13 Thread David Jencks
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

Re: [JBoss-dev] Going ahead with EJB module refactor

2003-03-12 Thread David Jencks
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

RE: [JBoss-dev] Proposal for jboss-wide interceptor framework

2003-03-09 Thread David Jencks
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

RE: [JBoss-dev] [AUTOMATED] (HEAD) JBoss compilation failed

2003-03-08 Thread David Jencks
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

Re: [JBoss-dev] Support for application clients

2003-03-04 Thread David Jencks
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

Re: [JBoss-dev] 3.2 testsuite will not build under 1.3

2003-03-04 Thread David Jencks
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

Re: [JBoss-dev] 3.2 testsuite will not build under 1.3

2003-03-04 Thread David Jencks
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

RE: [JBoss-dev] [AUTOMATED] (HEAD) JBoss compilation failed

2003-03-03 Thread 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

Re: Re[2]: [JBoss-dev] [AUTOMATED] (HEAD) JBoss compilation failed

2003-03-03 Thread David Jencks
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

RE: [JBoss-dev] Proposal for jboss-wide interceptor framework

2003-03-03 Thread David Jencks
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

RE: [JBoss-dev] Proposal for jboss-wide interceptor framework

2003-03-03 Thread David Jencks
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

Re: [JBoss-dev] WTF happened to XDoclet tool config?!

2003-03-02 Thread David Jencks
, 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

Re: [JBoss-dev] WTF happened to XDoclet tool config?!

2003-03-02 Thread David Jencks
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

[JBoss-dev] New module for cmp? What about the ejb module?

2003-03-02 Thread David Jencks
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

[JBoss-dev] Proposal for jboss-wide interceptor framework

2003-03-02 Thread David Jencks
, 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

[JBoss-dev] Proposal for jboss-wide interceptor framework.

2003-03-02 Thread David Jencks
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

Re: [JBoss-dev] Proposal for jboss-wide interceptor framework

2003-03-02 Thread David Jencks
- 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

RE: [JBoss-dev] RARDeployment - what happened to it?

2003-03-01 Thread David Jencks
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

Re: [JBoss-dev] stop using JDK 1.4 for development

2003-02-28 Thread David Jencks
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

RE: [JBoss-dev] stop using JDK 1.4 for development

2003-02-28 Thread David Jencks
- 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

Re: [JBoss-dev] RARDeployment - what happened to it?

2003-02-28 Thread David Jencks
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

Re: Directory layout (was Re: [JBoss-dev] JBOSS and SQL Server 2000)

2003-02-27 Thread David Jencks
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

RE: [JBoss-dev] TxInterceptor split is still the best thing since sliced bread

2003-02-25 Thread David Jencks
, 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

RE: [JBoss-dev] TxInterceptor split is still the best thing since sliced bread

2003-02-25 Thread David Jencks
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

RE: [JBoss-dev] org.jboss.aop.MethodMetaData

2003-02-24 Thread David Jencks
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

RE: [JBoss-dev] org.jboss.aop.MethodMetaData

2003-02-24 Thread David Jencks
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

RE: [JBoss-dev] TxInterceptor split is still the best thing since sliced bread

2003-02-24 Thread David Jencks
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

RE: [JBoss-dev] TxInterceptor split is still the best thing since sliced bread

2003-02-24 Thread David Jencks
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

RE: [JBoss-dev] org.jboss.aop.MethodMetaData

2003-02-24 Thread David Jencks
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

RE: [JBoss-dev] TxInterceptor split is still the best thing since sliced bread

2003-02-24 Thread David Jencks
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

RE: [JBoss-dev] org.jboss.aop.MethodMetaData

2003-02-24 Thread David Jencks
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

RE: [JBoss-dev] TxInterceptor split is still the best thing since sliced bread

2003-02-24 Thread David Jencks
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

RE: [JBoss-dev] TxInterceptor split is still the best thing since sliced bread

2003-02-24 Thread David Jencks
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

RE: [JBoss-dev] TxInterceptor split is still the best thing since sliced bread

2003-02-24 Thread David Jencks
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

Re: [JBoss-dev] Automated JBoss(Branch_3_2 WonderLand) Testsuite Results: 23-February-2003

2003-02-23 Thread David Jencks
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

RE: [JBoss-dev] TxInterceptor split is really really bad

2003-02-22 Thread David Jencks
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

RE: [JBoss-dev] TxInterceptor split is still the best thing since sliced bread

2003-02-22 Thread David Jencks
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

[JBoss-dev] org.jboss.aop.MethodMetaData

2003-02-22 Thread David Jencks
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

RE: [JBoss-dev] TxInterceptor split is really really bad

2003-02-21 Thread 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

RE: [JBoss-dev] TxInterceptor split is still the best thing since sliced bread

2003-02-21 Thread David Jencks
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 ---

Re: [JBoss-dev] Schedule forConnection management changes in 3.2

2003-02-20 Thread David Jencks
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

[JBoss-dev] JBoss 3.2 xdoclet support

2003-02-20 Thread David Jencks
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

Re: [JBoss-dev] Dependant classloader repository

2003-02-19 Thread 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

RE: [JBoss-dev] TxInterceptor split is really really good

2003-02-19 Thread David Jencks
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

Re: [JBoss-dev] JBoss Remoting Commit

2003-02-19 Thread David Jencks
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

Re: [JBoss-dev] TxInterceptor split is really really good

2003-02-18 Thread David Jencks
? 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

Re: [JBoss-dev] Dependant classloader repository

2003-02-18 Thread David Jencks
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

Re: [JBoss-dev] jbosscx rfe 677512

2003-02-17 Thread David Jencks
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

Re: [JBoss-dev] Problem with the 3.0 branch testsuite

2003-02-16 Thread David Jencks
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

[JBoss-dev] (no subject)

2003-02-16 Thread David Jencks
: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

Re: [JBoss-dev] TxInterceptor split is really really good

2003-02-15 Thread 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

Re: [JBoss-dev] Problem with the 3.0 branch testsuite

2003-02-15 Thread David Jencks
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

Re: [JBoss-dev] Problem with the 3.0 branch testsuite

2003-02-15 Thread David Jencks
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

RE: [JBoss-dev] is head all messed up?

2003-02-15 Thread David Jencks
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

RE: [JBoss-dev] The new tests target

2003-02-14 Thread David Jencks
/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

Re: [JBoss-dev] The new tests target

2003-02-14 Thread David Jencks
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

RE: [JBoss-dev] is head all messed up?

2003-02-14 Thread David Jencks
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

RE: [JBoss-dev] is head all messed up?

2003-02-14 Thread David Jencks
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

RE: [JBoss-dev] TxInterceptor split is really really good

2003-02-13 Thread David Jencks
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

RE: [JBoss-dev] TxInterceptor split is really really good

2003-02-13 Thread David Jencks
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

Re: [JBoss-dev] Why are we using this bogus construct

2003-02-13 Thread David Jencks
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

Re: [JBoss-dev] Why are we using this bogus construct

2003-02-13 Thread David Jencks
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

Re: [JBoss-dev] Why are we using this bogus construct

2003-02-13 Thread David Jencks
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

Re: [JBoss-dev] Why are we using this bogus construct

2003-02-13 Thread David Jencks
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

Re: [JBoss-dev] Why are we using this bogus construct

2003-02-13 Thread David Jencks
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

Re: [JBoss-dev] jboss 2.4 to 3.x migration error

2003-02-13 Thread David Jencks
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

Re: [JBoss-dev] TxInterceptor split is bad

2003-02-12 Thread David Jencks
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

Re: [JBoss-dev] TxInterceptor split is really really good

2003-02-12 Thread David Jencks
. 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

Re: [JBoss-dev] OracleLoginModule

2003-02-04 Thread David Jencks
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

Re: [JBoss-dev] OracleLoginModule

2003-02-03 Thread David Jencks
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

Re: [JBoss-dev] OracleLoginModule

2003-02-03 Thread David Jencks
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

Re: [JBoss-dev] RE: Are you in functional programming and JSR94? How can I join this?

2003-01-31 Thread David Jencks
)? 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

Re: [JBoss-dev] RE: Are you in functional programming and JSR94? How can I join this?

2003-01-31 Thread David Jencks
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

Re: [JBoss-dev] Accessing Container from an EJB?

2003-01-30 Thread David Jencks
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   2   3   4   5   6   7   8   9   10   >