Re: [JBoss-dev] Fwd: ASF JIRA Installation is available

2004-01-19 Thread danch
Alive and kicking! I've been lurking out here, but awfully busy with a client using WL$... Marc Fleury wrote: Danch is still alive, amazing, marcf --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools

Re: [JBoss-dev] Fwd: ASF JIRA Installation is available

2004-01-15 Thread danch
you _are_ joking, right? Andrew Oliver wrote: If we forego unnecessary features from the bug tracker such as: Fields (really just a nicety) Search/filter on fields (nice to have but who needs it) History (Nice to have but you only need to know that there is a bug) Change notification for bugs

Re: [JBoss-dev] JBoss Group forks again.

2003-10-28 Thread danch
Congratulations, Bill! -danch Bill Burke wrote: October 26th. 12:36 AM. Proud dad and mom doing fine. http://www.jboss.org/bill/burke/baby.jpg Bill --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net

Re: [JBoss-dev] Jboss/David Vs. Sun/Goliath?

2003-03-24 Thread danch
concerned with portability. Scott, Bill, Marc - can one of you clarify? thanks, danch Rahul Ganjoo wrote: but one of the goals of JBoss 4 is to make it so developers don't have to deal with all the J2EE APIs from this and the discussion in general.. Jboss4 and J2EE compliance are two entirely

Re: [JBoss-dev] Jboss/David Vs. Sun/Goliath?

2003-03-22 Thread danch
who are. Also, in a lot of cases, a certification like that can wind up as a checklist item, and a lack of a check in that column can just force technical people to have to waste a lot of time explaining the political situation, which makes executives nervous... -danch

Re: [JBoss-dev] Transaction propagation change

2003-01-16 Thread danch
of the JMS hullabaloo for this purpose - it's designed for a different purpose. Also, don't make the application coders worry about creating a thread, just provide an aspecty-type thing so that I can plug it all together. -danch --- This SF.NET

Re: [JBoss-dev] Transaction propagation change

2003-01-16 Thread danch
If I understand you right, you're asking to propagate transactions via JMS messages because they're not propagated via non-local EJB calls. I think that begs the question, doesn't it? Meanwhile the conversation has gone on to (basically) asynchronous EJB (really AOP) calls. Barlow, Dustin

Re: [JBoss-dev] Transaction propagation change

2003-01-16 Thread danch
proposing something altogether different, more akin to a one-way from CORBA land. That's great, I love it, but referring back to how JMS does it is just confusing the issue. -danch --- This SF.NET email is sponsored by: Thawte.com Understand how

Re: [JBoss-dev] Transaction propagation change

2003-01-16 Thread danch
on the caller's instance. Basically a workflow style system. exactly. that's what MOM systems are for. -danch --- This SF.NET email is sponsored by: Thawte.com Understand how to protect your customers personal information by implementing SSL

Re: [JBoss-dev] Transaction propagation change

2003-01-16 Thread danch
. What's the question, other than 'this doesn't work in 3.x.' It should. -danch --- This SF.NET email is sponsored by: Thawte.com Understand how to protect your customers personal information by implementing SSL on your Apache Web Server. Click

Re: [JBoss-dev] ThreadPooling in JMX? Its broken

2003-01-16 Thread danch
in an event that will look an awful lot like a process table attack to most sysadmins. 'course my sensitivity here is related to my experience on Linux and Windows, where threads are either limited or expensive to create. -danch marc fleury wrote: hmmm I thought we had cleared the questions

Re: [JBoss-dev] ThreadPooling in JMX? Its broken

2003-01-16 Thread danch
I think his point was that all of the threads in the pool being used will become polluted with whatever crap this framework put into its thread local. At least that's what annoys me when frameworks use threadlocal stuff (IIRC, ObjectStore did this to me at one point) -danch Scott M Stark

Re: [JBoss-dev] ThreadPooling in JMX? Its broken

2003-01-16 Thread danch
, but it's not something I want to base an enterprise infrastructure on. -danch Rhett Aultman wrote: According to what I've read from various sources (http://www.kerneltrap.org, assorted Ingo Molnar interviews, etc), the cost of thread creation on Linux is comparable to that of process creation

Re: [JBoss-dev] ThreadPooling in JMX? Its broken

2003-01-16 Thread danch
danch wrote: Sacha Labourey wrote: The Object pooling question was definately settled on the side of it's not worth it, but things like threads and sockets _are_ different in that the underlying OS has its own limits and imposes them on us. maybe for sockets, but not for threads: a JVM

Re: [JBoss-dev] ThreadPooling in JMX? Its broken

2003-01-16 Thread danch
to write a good general scheduling algorythm than anybody writing a proprietary VM. -danch --- This SF.NET email is sponsored by: Thawte.com Understand how to protect your customers personal information by implementing SSL on your Apache Web

Re: [JBoss-dev] ThreadPooling in JMX? Its broken

2003-01-16 Thread danch
Sorry I'm getting argumentative here - I've been hammering code and my social graces shut down. danch wrote: Sacha Labourey wrote: The Object pooling question was definately settled on the side of it's not worth it, but things like threads and sockets _are_ different in that the underlying OS

Re: [JBoss-dev] ThreadPooling in JMX? Its broken

2003-01-16 Thread danch
Adam Heath wrote: On Thu, 16 Jan 2003, danch wrote: It's not especially computation intensive, but it is resource intensive: it consumes a process table entry. Each user is allowed only a certain number of process table entries, and the overall system has an upper limit. This latter point

Re: [JBoss-dev] Transaction propagation change

2003-01-15 Thread danch
And having a way to do that would probably be a Bad Idea. Propogating a transaction through asynchronous transports doesn't sound like a good idea to me, anyway. -danch Hiram Chirino wrote: Just a small correction.. your example would have to be in at least 2 units of work. There is NO WAY

Re: [JBoss-dev] Transaction propagation change

2003-01-15 Thread danch
for the target object, or something... -danch marc fleury wrote: one of my favorite topics is coming up again One day I will sit down and write a tx spec. Ok frankly WHY DO WE CARE THAT MESSAGING IS ASYNCHRONOUS WITH RESPECT TO TRANSACTION. Yeah I know the answer you could have a long running

Re: [JBoss-dev] PHP problems

2003-01-09 Thread danch
Matt Munz wrote: Marc, If you're writing tissue-paper code (write once, never modify, throw away when broken), script kiddie languages are great. If not, be prepared to eat it in the long run on man hours / maintennance. And remember that eating used tissue-paper is never a good thing.

Re: [JBoss-dev] Good-bye II

2002-12-23 Thread danch
that, but it would be legally difficult to defend even incidental similarities in the code base. There probably are similarities, since both products attempt to implement the same spec. Sorry to see you go, Andy, but this is one where pragmatics point to listening to the lawers. -danch Andy wrote: Hi

Re: [JBoss-dev] JBoss and UML?

2002-12-14 Thread danch
and/or village elders who can be relied on to educate the nubies. soapbox perspective=pragmatic style=danch-rant It's absolutely ridiculous to do sequence diagrams that get anywhere near the fine grained detail of code. development models where some 'design' team grinds through and produces

Re: [JBoss-dev] JMX on the client side?

2002-11-08 Thread danch
physical machine... I think James had more esoteric plans... -danch --- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en

Re: [JBoss-dev] janitorial work

2002-10-31 Thread danch
So, Ben...are you hinting that your less than satisfied with the build system? That's odd, _nobody_ _ever_ complains about the build system! ;^}) yours in sympathy, danch Ben Tompkins wrote: To whom it may concern, Here is a script that ***points vaguely*** in the direction of the janitorial

Re: [JBoss-dev] Oracle, table locks and CMP2 incompatibility

2002-10-28 Thread danch
Catalin Teodorescu wrote: Check this link. http://asktom.oracle.com/pls/ask/f?p=4950:8:1513219::NO::F4950_P8_DISPLAYID,F4950_P8_CRITERIA:292016138754,%7Bprimary%7D%20and%20%7Bkey%7D%20and%20%7Bupdate%7D%20and%20%7Btable%7D%20and%20%7Block%7D Dan -Original Message- From: Michael

Re: [JBoss-dev] Truth of statements in assertTrue clauses

2002-07-30 Thread danch
Seeing a message like 42 is not equal to 48 (and should have been) would help? Jason Dillon wrote: Don't the other Assert.* methods like Assert.assertEquals(a,b) format the message at all? I would expect this to show a message like a was not equal to b (and should have been). --jason

Re: [JBoss-dev] Patch #532376 / Bug #478882

2002-05-14 Thread danch
statement gives you any actual advantage. The only thing this actually pools are the java objects involved, and with modern garbage collectors that doesn't buy much. -danch Jeffrey Wescott wrote: In the newly-released JBoss 2.4.5, a patch was applied (#532376) to fix bug #478882. The patch

Re: [JBoss-dev] JBoss Test Results from execution over HP-UX

2002-05-13 Thread danch
Will it be possible to set up a CVS get + build + tests on HPUX, as Chris has done for Linux? thanks for your efforts, danch Duarte Loreto wrote: Hello! After a lot of help from Chris Kimpton (many thanks), I've setup and run the tests over JBoss Branch_3_0 on a HP-UX U 9000/800

Re: [JBoss-dev] Automated JBoss Testsuite Results: 10-May-2002

2002-05-09 Thread danch
This report says 142 errors, but the HTML report it links to says 11. What gives? The dates don't match, but is that because this email is GMT and the HTML is server time? -danch [EMAIL PROTECTED] wrote: Number of tests run: 757

Re: [JBoss-dev] testsuite in HEAD does not build

2002-05-05 Thread danch
that it will compile under 1.3 (i don't see why it wouldn't, but...) I did just do a clean checkout because the 'most' target would build for me and I felt like it was Just Time to Do That. maybe you have an old xdoclet or an version mismatch between ant and xdoclet? -danch Francisco Reverbel wrote

[JBoss-dev] marathon tests and banknew

2002-05-05 Thread danch
of these only to run into another. Did someone forget to check this change in or should I go ahead and fix it up, or have I gone into the weeds? thanks, danch ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply

Re: [JBoss-dev] marathon tests and banknew

2002-05-05 Thread danch
I just finished that up. Once I figured it out, it took all of 5 minutes. For the record, it took added a 'schema' attribute to the ejb:bean tag, then adding the ejb-ql to a 'query' attribute of the ejb:finder tag. -danch Andreas Schaefer wrote: Hi Danch No, you are note into the weeds

Re: [JBoss-dev] [JL] Is it time for a new enterprise solution?

2002-04-26 Thread danch
rememberance of the last time he had to 'correct' a make file for some daemon on one of his boxes. And that's on the Unix side of things - think about NT administrators! Have fun - Andy Always! danch ___ Jboss-development mailing list [EMAIL

Re: [JBoss-dev] [JL] Is it time for a new enterprise solution?

2002-04-26 Thread danch
will be administrable from whatever can use JMX - JSR 88 based tools, SNMP management tools, etc. my .02$ danch ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development

Re: [JBoss-dev] Re: [JBoss-user] Oracle claims to be our partner

2002-04-16 Thread danch
They bought Orion a while back. David Ward wrote: On a related note - I downloaded their OC4J app server (just being curious, not really straying from JBoss) in mid-March and it appears to be Orion underneath. All the xml config files are orion-this and orion-that. -- marc fleury

Re: [JBoss-dev] RE: [JBoss-user] JBOSS 3.x FINAL

2002-03-14 Thread danch
We're talking about the volunteer maintained doco. Look at the site, http://www.jboss.org/online-manual/HTML/index.html The title is JBoss 3.0 documentation. The disclaimer says that it was developed early in the project and is out of date, but the date on it is Jan 15, 2002. danch marc

[JBoss-dev] buglet in 2.4 JAWS. Should I fix?

2002-03-01 Thread danch
, but if you can't look at your own work from 9 months ago and bitch about it, what _can_ you bitch about? Opinions? thanks all, danch ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] 'downloads' statistic on sourceforge is broken

2002-02-26 Thread danch
Sourceforge claims 0 downloads for several days now. I don't think that's quite right. -danch ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development

Re: [JBoss-dev] CVS update: jboss/src/main/org/jboss/ejb/plugins/jaws/jdbc JDBCInitCommand.java

2002-02-25 Thread danch
The former. It thoughtfully switched every line end to windoze style for me. Sorry about that. danch Dain Sundstrom wrote: How is it you managed to change every line of these files? Is something wrong in your IDE, or was the file hosed to begin with (and you fixed it)? -dain Dan

Re: [JBoss-dev] Deployer Message

2002-02-24 Thread danch
loaded) is an ugly, ugly hack. An 'INFO' message that an application has been deployed is far better. Better yet might be a JMX notification from the deployer. At any rate, the cost of notifying on deployment is so low that there really isn't a reason for it to not be INFO (IMNSHO). danch Jason

[JBoss-dev] Build problem with contrib/jetty in Branch_2_4

2002-02-22 Thread danch
style and it worked, but I'm leary of checking that one in. Comments? danch ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development

Re: [JBoss-dev] Build problem with contrib/jetty in Branch_2_4

2002-02-22 Thread danch
Rel tag for the script changes? thanks, danch Scott M Stark wrote: I don't use the build scripts in 2.4 to do builds. I only use Ant 1.4 and the build.xml files. If you want to update the build scripts make them compatible with this and do not change the build.xml files to work

Re: [JBoss-dev] BCEL org.jboss.proxy.compiler

2002-02-13 Thread danch
I believe the one thing that the java.lang.reflect.Proxy won't do that JBoss needs is to generate implementations of abstract classes (rather than interfaces) this is important in a few places (EJB 2.0 CMP for one) danch Neale Swinnerton wrote: I've just submitted patch 517088 to completely

Re: [JBoss-dev] Oracle has bought JBoss on google

2002-02-07 Thread danch
JBoss has already weathered a Slashdotting or two with no problems (according to Marc, not close to pegging CPU). Craig Johannsen wrote: Submitting a story to Slashdot is just as good as writing a script to waste Oracle's add money. People complain that when their site is mentioned on

Re: [JBoss-dev] JBoss internal problem!!!

2002-02-07 Thread danch
the java.lang.char issue is a JVM bug: if you have 'char' parameter the serialization stuff pukes. danch Colin Thorburn wrote: I'm using (JBoass 2.4.1 + Tomcat) reflection to have ejbCreate call an initialisation class. This class calls ejb public members having single arguments - byte

Re: [JBoss-dev] Am I a clown?

2002-01-09 Thread danch
See, that's the problem with smart people; they think way too hard! Dave Smith wrote: Putting on his big shoes ... HashMap is not syncnronized, possible another thread is modifing the HashMap? or You are modifing the set inside the loop? marc fleury wrote: So I just spent 2 hours

Re: [JBoss-dev] use of if(debug) log.debug

2001-12-18 Thread danch
The reason you might want to do that is if it costs significant processing time to build the message that's being logged (like string concatenation, or an expensive method call) -danch marc fleury wrote: ??? I have a conflict on ServiceDeployer.java the conflict is due

Re: [JBoss-dev] use of if(debug) log.debug

2001-12-18 Thread danch
Andrew Scherpbier wrote: The object reference and method call are still performed even if nothing gets logged. By using a simple test, that overhead is removed if it is not needed. This is actually a big deal. It is even better if the test can be done on a constant, because then the

Re: [JBoss-dev] Anyone mind if I rename build.bat to Build.bat?

2001-12-10 Thread danch
I _think_ he's changing the case of the windows batch file only, so you should be OK. Is the shell script marked executable now? I've gotten into the habit of chmoding it after every major (CVS) update. -danch Dain Sundstrom wrote: My fingers are in the habit of typing ./build.sh so

Re: [JBoss-dev] Read-only and time-out

2001-12-07 Thread danch
, this would mean that the timeout would extend accross transactions - maybe overriding commit option B to some extent? However, if I am remembering correctly, then the timeout should be more like 300 seconds than 300 milliseconds. -danch Dain Sundstrom wrote: Does anyone remember who originally

Re: [JBoss-dev] JBoss 3.0 Demo App

2001-12-05 Thread danch
, a wrapper application could be developed to show developers how to tie all these features together? That would fairly rock. Depending on how fancy you want to be as an architectural example, it might not be too difficult to design the components that way. -danch

Re: [JBoss-dev] JBoss 3.0 Demo App

2001-12-05 Thread danch
implemented the way you really would in production. -danch ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development

Re: [JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/util TestConnection.java

2001-12-04 Thread danch
Why do they have to be commented out to _compile_ under 1.4? Am I missing something? Guillaume Boissiere wrote: User: boissier Date: 01/12/04 11:08:59 Modified:src/main/org/jboss/test/util TestConnection.java Log: * In JDK 1.4, the interface java.sql.Connection has new 12

Re: [JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/util TestConnection.java

2001-12-04 Thread danch
I meant 1.3 8^\ Obviously, I was missing the 3 key. danch wrote: Why do they have to be commented out to _compile_ under 1.4? Am I missing something? Guillaume Boissiere wrote: User: boissier Date: 01/12/04 11:08:59 Modified:src/main/org/jboss/test/util TestConnection.java

Re: [JBoss-dev] RE: [JBoss-user] where is CMP2.0 documentation?

2001-12-04 Thread danch
for Tomcat, it gets to be a complete nightmare to figure out how to do things. -danch ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development

Re: [JBoss-dev] /. - want you to tell about my fears ....

2001-11-30 Thread danch
started, whatever it's called) for free and charging for something professional makes perfect sense. Now: when is the book out (so I can put it on the shelf and piss off the IBM weenies) -danch marc fleury wrote: | And for the most part it's a great idea - but you really odda consider

Re: [JBoss-dev] /. - want you to tell about my fears ....

2001-11-29 Thread danch
is that that quote puts a bit of a pessimistic spin on it. There's a lot of good info in the online version, and it _does_ get better with age. -danch Scott M Stark wrote: So if this 400 page book I have in front of me, which is undergoing author review through Sams and will be released

Re: [JBoss-dev] Re: on the use of final

2001-11-28 Thread danch
Luke Taylor wrote: Dain Sundstrom wrote: There are like five hundred rules on that page. What is it specifically flagging as a bad practice? I am actually interested. I had a look at the page too (try searching for the word final :-). But it doesn't really seem say more than

Re: [JBoss-dev] EJB QL

2001-11-26 Thread danch
. Unless I'm missing something big. -danch ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development

Re: [JBoss-dev] Developing with JBoss

2001-11-21 Thread danch
Rickard Öberg wrote: That's much better, assuming I know where the tmp directory is. And I don't, since the name keeps changing for each deployment. :-( Something people have been compaining about roughly forever. ___ Jboss-development

Re: [JBoss-dev] Developing with JBoss

2001-11-21 Thread danch
in a lot of companies where the production environment was that separated from development - the simpler the package you can hand over the better, since the people who support production environments tend to be on a different planet. -danch ___ Jboss

Re: [JBoss-dev] Invocation and MethodInvocation

2001-11-15 Thread danch
When we talk about 'stateless' interceptors, do we really mean stateless, or do we merely mean stateless with regard to bean instance and client? -danch Scott M Stark wrote: Any of the interceptors can be made stateless, its a question of the cost of reassociating the state from

Re: [JBoss-dev] Separating JMX/EJB

2001-11-15 Thread danch
, but at the same time it's all the same. It's a nice illusion though. Very cool, indeed. But don't knock practicality 8^}) -danch ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development

Re: [JBoss-dev] [research] a home/remote generator

2001-11-12 Thread danch
FWIW, Bluestone did this. I tried to get them to stop. Aaron Mulder wrote: How do you compile the client code if the home/remote exists only in the VM of the running server? Aaron On Mon, 12 Nov 2001, marc fleury wrote: I know there are many tools out there that do almost what

Re: [JBoss-dev] compile error in MessageDrivenTxInterceptorBMT - 2.4 branch?

2001-10-26 Thread danch
this kind of problem less likely at the cost of slightly slower builds? Thanks David Jencks On 2001.10.25 21:16:27 -0400 danch wrote: On the current CVS, I'm getting errors like the following. Method disassociateThread() not found in interface javax.transaction.TransactionManager

[JBoss-dev] compile error in MessageDrivenTxInterceptorBMT - 2.4 branch?

2001-10-25 Thread danch
On the current CVS, I'm getting errors like the following. Method disassociateThread() not found in interface javax.transaction.TransactionManager. [javac] Transaction t1 = tm.disassociateThread(); So what am I missing? thanks all, danch

Re: [JBossCMP] RE: [JBoss-dev] Tuned-updates OFF?

2001-10-18 Thread danch
CMP just shouldn't update primary keys. - Original Message - From: Bill Burke [EMAIL PROTECTED] To: Jboss-Development@Lists. Sourceforge. Net [EMAIL PROTECTED] Cc: Jaws@Kpi. Com. Au [EMAIL PROTECTED] Sent: Thursday, October 18, 2001 11:17 AM Subject: [JBossCMP] RE: [JBoss-dev]

Re: [JBoss-dev] Optimized EJB calls in catalina

2001-09-19 Thread danch
this optimization. -danch ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development

Re: [JBoss-dev] Enhydra vs. JBoss

2001-08-29 Thread danch
' edition, which is available only at cost. Another thing that bothered me about the article was the apparent lack of cluefulness about what open source _is_: they didn't mention the difference in license terms or the fact that JBoss can be used by and contributed to by anyone. -danch On Wed, Aug

Re: [JBoss-dev] Datasources and the java:/ namespace

2001-08-29 Thread danch
for each EJB, and Web war. See the documentation on jboss.xml and jboss-web.xml for how to map the 'java:/xxx' datasource entry into the java:comp/env namespace for a component. -danch ___ Jboss-development mailing list [EMAIL PROTECTED] http

Re: [JBoss-dev] URGENCY? WSDL/UDDI/ebXML

2001-08-17 Thread danch
Bill Burke wrote: Man you crack me up sometimes :) We used to have a running joke about support calls for O2K. I'm sorry, but you're just too stupid to use our product. Please cd to /usr/local and rm -rf o2k. Bill I think we've _all_ wanted to say that one time or another! -danch

Re: [JBoss-dev] DataSourceLoader...

2001-08-15 Thread danch
equivalent. -danch ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development

Re: [JBoss-dev] why is NoSuchEntityException ignored?

2001-08-10 Thread danch
transaction. Also, if it can never happen, why ignore it? I agree - at the very least freak out into the log, so that we know that something 'impossible' has happened. -danch (friend of Murphy) ___ Jboss-development mailing list [EMAIL PROTECTED] http

Re: [JBoss-dev] how to bind 2 datasource in jboss.jcml?

2001-07-25 Thread danch
still wrote: hi,everybody: i use MS Access You probably shouldn't do that. .and i have 2 tables to work with.and i successfully load the sun's jdbc:odbc database driver That's probably bad too. ODBC driver (used to, anyway, when I had to use them) be really non-threadable in a bad

Re: [JBoss-dev] jaws_2_4.dtd not valid

2001-07-12 Thread danch (Dan Christopherson)
missing something. -danch Vinay Menon wrote: Mike, That is a bean level datasource and quite obviously cannot be commented out in principal! I mean if you got to have a bean level ds you got to have one! Client programs should be able to define a datasource at the file level i.e. applicable

Re: [JBoss-dev] Fetch size and JBossPool and Jaws

2001-07-10 Thread danch
, but of the particular query you're executing. 2. For any finder method add a fetch-size deployment descriptor in jaws. Comments ? This makes sense to me. It also fits in with my evil plot to do 'cursor' type things on finders. -danch ___ Jboss-development

Re: [JBoss-dev] [ jboss-Bugs-438115 ] JAWS lower-cases custom finder SQL text

2001-07-03 Thread danch
query. Do you want me to fix it? D'Oh! That one I expect to not work - SQL is usually case sensitive with the _contents_ of columns. Go ahead and fix, if you've the time. thanks much, danch ___ Jboss-development mailing list [EMAIL PROTECTED] http

Re: [JBoss-dev] [ jboss-Bugs-438115 ] JAWS lower-cases custom finder SQL text

2001-07-03 Thread danch (Dan Christopherson)
Georg Rehfeld wrote: Hi danch, Does anybody know what databases are case sensitive WRT column and table names (or even keywords). I've never run into case sensitive SQL databases before. MySQL too is case sensitive on database, table and index names on a case sensitive file system

Re: [JBoss-dev] remove transactional

2001-07-03 Thread danch (Dan Christopherson)
I agree with Bill - removing everything involved in the rolled-back transaction from the cache is a must. -danch Bill Burke wrote: Nope, with the old code, B would be removed from the cache when b.remove() was called even if it was invoked from within a transaction. Also, all beans

Re: [JBoss-dev] Build problem with CVS HEAD

2001-07-02 Thread danch
in an unusual order? Just guessing. -danch Bordet, Simone wrote: Yo, I'm back to real life ! I'd suggest not to use HEAD tag, it's used by CVS and does not reflect the most recent code on the main trunk. If I remember well, just deleted files have HEAD tag, so you will checkout them even

Re: [JBoss-dev] [ jboss-Bugs-438115 ] JAWS lower-cases custom finder SQL text

2001-07-02 Thread danch
Does anybody know what databases are case sensitive WRT column and table names (or even keywords). I've never run into case sensitive SQL databases before. [EMAIL PROTECTED] wrote: Bugs item #438115, was opened at 2001-07-02 19:50 You can respond by visiting:

[JBoss-dev] CVS update: jbosspool/src/main/org/jboss/pool/jdbc/xa XAPoolDataSource.java

2001-07-01 Thread danch
User: danch Date: 01/07/01 20:20:08 Modified:src/main/org/jboss/pool/jdbc/xa XAPoolDataSource.java Log: Added timeout parameter for blocking Revision ChangesPath 1.2 +6 -0 jbosspool/src/main/org/jboss/pool/jdbc/xa/XAPoolDataSource.java Index

[JBoss-dev] CVS update: jboss/src/lib jbosspool.jar

2001-07-01 Thread danch
User: danch Date: 01/07/01 20:29:14 Modified:src/lib jbosspool.jar Log: allow specification of a timeout in JDBC connection pools when blocking is enabled Revision ChangesPath 1.2 +356 -359 jboss/src/lib/jbosspool.jar Binary file

Re: [JBoss-dev] FW: [JBoss-user] Strange Behavior When DataSource goes down.

2001-06-30 Thread danch
is bad - you could be taking 20 applications down just because 1 has a database that went down. This like inability to connect should also be logged at error level. If nobody objects, I'll take this on and add this feature for 3.0. -danch. Ferguson, Doug wrote: Hi, This is a thread that I

Re: [JBoss-dev] Where is everyone today?

2001-06-29 Thread danch (Dan Christopherson)
The first implementation of the read-ahead messed around with the caches before I decided that I didn't like it and took that out. -danch Dain Sundstrom wrote: Jay, Great point. Up until I started on this code, no part of JBossCMP worked with the other container objects (cache, invoker

Re: [JBoss-dev] Where is everyone today?

2001-06-29 Thread danch (Dan Christopherson)
circuiting the interceptor chain is bad, IMHO. -danch ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/readahead/interfaces - New directory

2001-06-29 Thread danch
User: danch Date: 01/06/29 21:32:32 jbosstest/src/main/org/jboss/test/readahead/interfaces - New directory ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] CVS update: jbosstest/src/resources/readahead - New directory

2001-06-29 Thread danch
User: danch Date: 01/06/29 21:33:31 jbosstest/src/resources/readahead - New directory ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] CVS update: jbosstest/src/resources/readahead/META-INF - New directory

2001-06-29 Thread danch
User: danch Date: 01/06/29 21:34:16 jbosstest/src/resources/readahead/META-INF - New directory ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] CVS update: jbosstest/src/build/subprojects build-readahead.xml

2001-06-29 Thread danch
User: danch Date: 01/06/29 21:38:05 Added: src/build/subprojects build-readahead.xml Log: Added tests for readahead functionality. Note that this only checks to see if they work: it doesn't verify that it's actually performing well Revision ChangesPath 1.1

[JBoss-dev] CVS update: jbosstest/src/build build.xml

2001-06-29 Thread danch
User: danch Date: 01/06/29 21:38:05 Modified:src/build build.xml Log: Added tests for readahead functionality. Note that this only checks to see if they work: it doesn't verify that it's actually performing well Revision ChangesPath 1.37 +7 -2 jbosstest

[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/readahead/interfaces AddressHome.java AddressPK.java AddressRemote.java CMPFindTestEntityHome.java CMPFindTestEntityRemote.java CMPFindTestSessionHome.java CMPFindTestSessionRemote.java

2001-06-29 Thread danch
User: danch Date: 01/06/29 21:38:06 Added: src/main/org/jboss/test/readahead/interfaces AddressHome.java AddressPK.java AddressRemote.java CMPFindTestEntityHome.java CMPFindTestEntityRemote.java

[JBoss-dev] CVS update: jbosstest/src/resources/readahead client.policy jndi.properties

2001-06-29 Thread danch
User: danch Date: 01/06/29 21:38:06 Added: src/resources/readahead client.policy jndi.properties Log: Added tests for readahead functionality. Note that this only checks to see if they work: it doesn't verify that it's actually performing well Revision ChangesPath

[JBoss-dev] CVS update: jbosstest/src/resources/readahead/META-INF ejb-jar.xml jaws.xml

2001-06-29 Thread danch
User: danch Date: 01/06/29 21:38:06 Added: src/resources/readahead/META-INF ejb-jar.xml jaws.xml Log: Added tests for readahead functionality. Note that this only checks to see if they work: it doesn't verify that it's actually performing well Revision ChangesPath

[JBoss-dev] CVS update: jbosstest/src/bin readaheadtest.bat readaheadtest.sh

2001-06-29 Thread danch
User: danch Date: 01/06/29 21:38:05 Added: src/bin readaheadtest.bat readaheadtest.sh Log: Added tests for readahead functionality. Note that this only checks to see if they work: it doesn't verify that it's actually performing well Revision ChangesPath 1.1

[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/readahead/test Main.java

2001-06-29 Thread danch
User: danch Date: 01/06/29 21:38:06 Added: src/main/org/jboss/test/readahead/test Main.java Log: Added tests for readahead functionality. Note that this only checks to see if they work: it doesn't verify that it's actually performing well Revision ChangesPath 1.1

[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/readahead - New directory

2001-06-29 Thread danch
User: danch Date: 01/06/29 21:32:14 jbosstest/src/main/org/jboss/test/readahead - New directory ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development

Re: [JBoss-dev] High load...

2001-06-26 Thread danch (Dan Christopherson)
Dain Sundstrom wrote: I don't know if you wanted with user configurable, but for now it will allow you to play with different levels. I can make it static later. static? ___ Jboss-development mailing list [EMAIL PROTECTED]

Re: Fw: [JBoss-dev] Shouldn't expose transaction-isolation within CMP

2001-06-26 Thread danch (Dan Christopherson)
be better suited. If no one wants to do it, I'll look at it. -dain -danch ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development

Re: [JBoss-dev] High load...

2001-06-26 Thread danch (Dan Christopherson)
David Jencks wrote: Read on - the problem with this occured to a few of us already. Although none of us mentioned putting it in the container-transaction - that's interesting. But what if a method at iso 'read-uncommitted' calls a method in an iso 'serializable' transaction? thanks, danch

  1   2   >