Menu
▾
▴
Re: [Csvjdbc-develop] New CVS version of CsvJdbc
|
From: John W. <jw...@bl...> - 2003-02-05 14:05:25
|
Non XA resource? I looked through all the Java settings, JDBC settings and documentation. No reference to XA. John Walker Macromedia Solutions Manager Black Oak Technology Solutions 805 N. Salisbury Blvd. Suite 3100 Salisbury MD, 21801 http://www.black-oak.com Office: 410-546-8100 x:2258 Cell: 410-430-6706 jw...@bl... Tomasz Skutnik <Tom...@e-...> Sent by: csv...@li... 02/05/2003 03:05 AM To csvjdbc-develop <csv...@li...> cc Subject Re: [Csvjdbc-develop] New CVS version of CsvJdbc -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 John Walker wrote: | | I told ColdFusion we would only do SELECT statements, but when it | verifies the datasource, I guess it invokes that method. I love the | idea of ignorning the call. | <snip/> Jonathan Ackerman wrote: | | However instead of throwing an error for methods like | setTransactionIsolation() perhaps the driver should just ignore the | call. What do you think Tomasz ? | <snip/> I think it's not very clean to silently ignore *any* method invocation, especially in such sensitive piece of software as JDBC driver (even if it's such feature-poor one as ours). This breaks many things, and is against many programming principles (e.g. reliable failure, not surprising user, code consistency). I don't know ColdFusion at all, but I'd like John to try first using non-XA resource in it's app-server (FWIK at least JBoss is able to do such trick). OTOH many JDBC drivers I know do just that - ignore method invocations they don't implement, and simply put that in documentation. So it *may* be possible to do just that. However if we decide to do so, I'd rather make *whole* csvjdbc driver behave consistently - either throw UnsupportedOperationException everywhere, or ignore/return empty results everywhere. *Or* we could use some sort of preprocessor for Java (there are few such tools - free of course). Final message: John: Try to setup non-XA resource first. If it fails we'll make something out. Jonathan: If we make this move we'll spend more time maintaing/supporting csvjdbc in the future (I think it's worth it if project will, slowly but surely, evolve). Just my 2(euro)c. Cheers. - -- Tomasz Skutnik, R&D Director, www.e-point.pl tel +48 (22) 853 48 30, mob +48 501 555 705, fax +48 (22) 853 48 30 e-point S.A., ul. Filona 16, 02-658 Warsaw, Poland PGP/GPG public key: http://scooter.ext.e-point.pl/tomasz.skutnik.gpg -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE+QMWxZe1f4n3990IRAtyOAJ4jnqESUY+E6lcAm3mYab6rcH0EXgCfYGWc A8EpM9hhTIM0wroCJcxWemo= =qC4z -----END PGP SIGNATURE----- ------------------------------------------------------- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com _______________________________________________ Csvjdbc-develop mailing list Csv...@li... https://lists.sourceforge.net/lists/listinfo/csvjdbc-develop |
