[DBCP]: Exception resulting from a null URL
hi i am using tomcat 5.5.1 and oracle8i, i want to confgure DBCP for connection pooling. my server.xml file is as under: Context path=/abc docBase=abc debug=0 Logger className=org.apache.catalina.logger.FileLogger prefix=localhost_abc_log. suffix=.txt timestamp=true/ Resource name=jdbc/myoracle auth=Container type=javax.sql.DataSource scope=Shareable/ ResourceParams name=jdbc/myoracle parameter namefactory/name valueorg.apache.commons.dbcp.BasicDataSourceFactory/value /parameter parameter namedriverClassName/name valueoracle.jdbc.driver.OracleDriver/value /parameter parameter nameurl/name valuejdbc:oracle:thin:@dbser.mynet.net:1533:db/value /parameter parameter nameusername/name valuescott/value /parameter parameter namepassword/name valuetiger/value /parameter parameter namemaxActive/name value20/value /parameter parameter namemaxIdle/name value10/value /parameter parameter namemaxWait/name value-1/value /parameter /ResourceParams /Context and web.xml is : resource-ref descriptionDatabase resource /description res-ref-namejdbc/myoracle/res-ref-name res-typejavax.sql.DataSource/res-type res-authContainer/res-auth /resource-ref and my jsp is : %@ page language=java import=javax.naming.*,javax.sql.*,java.sql.*,java.util.*,org.apache.commons.dbcp.*,java.io.*% % Statement stmt = null ; Connection conn = null ; ResultSet rset = null ; Context initContext = null ; Context envContext = null ; DataSource ds = null; initContext = new InitialContext(); envContext = (Context)initContext.lookup(java:/comp/env); ds = (DataSource)envContext.lookup(jdbc/myoracle); out.println (ds); conn = ds.getConnection(); stmt = conn.createStatement (); now i have placed my classes12.jar file ( which i copied from orahome\jdbc\lib\classes12.zip and renamed to .jar) in the catalina_home\common\lib directory when i execute the jsp i get the following exception Error Occured: org.apache.tomcat.dbcp.dbcp.SQLNestedException: Cannot create JDBC driver of class '' for connect URL 'null' can any one help out in making the code work thanx in advance Hassan _ The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=features/junkmail - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE : [jelly] escape quote in litteral xpath.
Thank, but I have to explain that this expression must be in a XML attribut like j:set var=myElement value=${wrapper.select(/path/to/[EMAIL PROTECTED] = 'attribute_name'])}/ It's pretty difficult no ? Marc DeXeT -Message d'origine- De : Dion Gillard [mailto:[EMAIL PROTECTED] Envoyé : mercredi 15 septembre 2004 01:39 À : Jakarta Commons Users List Objet : Re: [jelly] escape quote in litteral xpath. Did you try this: ${wrapper.select(/path/to/[EMAIL PROTECTED] = 'attribute_name'])} On Tue, 14 Sep 2004 17:06:03 +0200, Marc DEXET [EMAIL PROTECTED] wrote: Hello everybody. I would create tag that wrap dom4j document. Because I want all select to be trap by this object, I would use jexl expression like ${wrapper.select('/path/to/[EMAIL PROTECTED] = 'attribute_name']')} But I dont succeed in escaping quote for : [EMAIL PROTECTED] = 'attribute_name'] I have tried [EMAIL PROTECTED] = ''attribute_name''] [EMAIL PROTECTED] = \'attribute_name\'] [EMAIL PROTECTED] = apos;attribute_nameapos;] There is a solution for this ? Marc DeXeT Direction des Systèmes d'Informations Centre National de la Recherche Scientifique ~ * ~ Information System Direction National Center for Scientific Research http://www.cnrs.fr -- http://www.multitask.com.au/people/dion/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: RE : [Jelly][jsl] Compilation and reuse.
Marc, Does this mean: - you hadn't noticed... and it is re-using as you expected (hence is fast enough) - or it's just way corrupt and the expected performances of jelly disappoint you ? We don't have much people working with jelly that care about brute performance so your experience is of interest to us! paul Le 14 sept. 04, à 16:58, Marc DEXET a écrit : Ok. It's right. Marc, Is this description of jsl:style tag wrong ? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE : RE : [Jelly][jsl] Compilation and reuse.
Paul, - I hadn't notice this feature, - I'll tell list members about performance. - template doesn't statisfy actually my purporses( rule dependances ) Marc -Message d'origine- De : Paul Libbrecht [mailto:[EMAIL PROTECTED] Envoyé : mercredi 15 septembre 2004 10:23 À : Jakarta Commons Users List Objet : Re: RE : [Jelly][jsl] Compilation and reuse. Marc, Does this mean: - you hadn't noticed... and it is re-using as you expected (hence is fast enough) - or it's just way corrupt and the expected performances of jelly disappoint you ? We don't have much people working with jelly that care about brute performance so your experience is of interest to us! paul Le 14 sept. 04, à 16:58, Marc DEXET a écrit : Ok. It's right. Marc, Is this description of jsl:style tag wrong ? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE : RE : [jelly] escape quote in litteral xpath.
Yes, I know this late j:set var=path value=/path/to/element/[EMAIL PROTECTED] = 'attribute_name']/ j:set var=myElement value=${wrapper.select(path)}/ works perfectly. But what I was searching was escaping quote in jellyExpression (so jexl) so I could write the two lines in one line as : j:set var=myElement value=${wrapper.select('/path/to/element/[EMAIL PROTECTED] = \'attribute_name\']')}/ but It seems imposible. Thank, I will use the two-lines method. Marc DEXET -Message d'origine- De : Dion Gillard [mailto:[EMAIL PROTECTED] Envoyé : mercredi 15 septembre 2004 10:45 À : Jakarta Commons Users List Objet : Re: RE : [jelly] escape quote in litteral xpath. No, j:set var=path value=/path/to/element/[EMAIL PROTECTED] = 'attribute_name']/ j:set var=myElement value=${wrapper.select(path)}/ should work as far as I can tell. On Wed, 15 Sep 2004 10:14:41 +0200, Marc DEXET [EMAIL PROTECTED] wrote: Thank, but I have to explain that this expression must be in a XML attribut like j:set var=myElement value=${wrapper.select(/path/to/[EMAIL PROTECTED] = 'attribute_name'])}/ It's pretty difficult no ? Marc DeXeT -Message d'origine- De : Dion Gillard [mailto:[EMAIL PROTECTED] Envoyé : mercredi 15 septembre 2004 01:39 À : Jakarta Commons Users List Objet : Re: [jelly] escape quote in litteral xpath. Did you try this: ${wrapper.select(/path/to/[EMAIL PROTECTED] = 'attribute_name'])} On Tue, 14 Sep 2004 17:06:03 +0200, Marc DEXET [EMAIL PROTECTED] wrote: Hello everybody. I would create tag that wrap dom4j document. Because I want all select to be trap by this object, I would use jexl expression like ${wrapper.select('/path/to/[EMAIL PROTECTED] = 'attribute_name']')} But I dont succeed in escaping quote for : [EMAIL PROTECTED] = 'attribute_name'] I have tried [EMAIL PROTECTED] = ''attribute_name''] [EMAIL PROTECTED] = \'attribute_name\'] [EMAIL PROTECTED] = apos;attribute_nameapos;] There is a solution for this ? Marc DeXeT Direction des Systèmes d'Informations Centre National de la Recherche Scientifique ~ * ~ Information System Direction National Center for Scientific Research http://www.cnrs.fr -- http://www.multitask.com.au/people/dion/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- http://www.multitask.com.au/people/dion/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jelly][HowTo] Catch var call
Hello everybody. First my concern : - write rule about variable value construction - be sure rule are executed in proper order Look at that !-- Rule Set -- ruleSet var=myRuleSet rule var=first doSomething/ rule rule var=middle doSomethingWithRuledVariables blabla middle use ${first} and ${last}/blabla /doSomethingWithRuledVariables rule rule var=last doSomethingElse/ rule /ruleSet So if I want to be sure ${middle} is computed with real ${first} and ${last}, I have to be sure rules are fired this way : - rule for ${first} FIRED = ${first} computed - rule for ${middle} NEED ${last} = rule for ${last} FIRED = ${last} computed ${middle} computed. So I have to catch ${last} call to be sure. Are you OK with this ? So I have to extend jellyContext to override getVariable familly method. Everybody is OK with this or someone has another point of view ? PS : And what about a String manipulation tag library like uppercase, lowercase, normalize or strip-diacritic-char ? Marc DeXeT Direction des Systèmes d'Informations Centre National de la Recherche Scientifique ~ * ~ Information System Direction National Center for Scientific Research http://www.cnrs.fr
[configuration] Mutability of CompositeConfiguration
I am unsure whether CompositeConfiguration is mutable or immutable. From the documentation, I was under the impression that it would be immutable. By this, I mean that if you load it with configuration and then add more configuration, if you repeat the same key in both sets of configuration, the first definition of the key is the one that will be returned when you look-up its value. If the second configuration updated the value of the key which had been initially defined in the first configuration, I would consider it to be mutable. I am trying to load configuration from a set of files but allow this configuration to be overridden by System Properties. So I am loading the system properties first and then adding the configuration from files. My understanding is that configuration settings in CompositeConfiguration would be immutable but my experience seems to be that this is not the case. If I load a system property which is also included in the configuration files, the one from configuration files is what is subsequently available. Is this the behaviour that I should expect? Here is the code that I am using. CompositeConfiguration compositeConfiguration = new CompositeConfiguration(); // load system properties - these override all others Properties properties = System.getProperties(); Enumeration e = properties.propertyNames(); String key; while (e.hasMoreElements()) { key = (String) e.nextElement(); compositeConfiguration.setProperty(key, properties.getProperty(key)); } // load file based properties ConfigurationFactory factory = new ConfigurationFactory(); factory.setConfigurationURL(aConfigFileURL); Configuration configuration = factory.getConfiguration(); compositeConfiguration.addConfiguration(configuration); So if I specify a system setting key/value pair of keyX=valueY where configuration in my files sets keyX=valueZ, what should I get when I retrieve the value after this set-up? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JEXL
Hi Emmanuel, As a user of Jelly I can say that Jexl is still used in Jelly and Jelly is still moving forward. Since it is based on the JSTL standard with a few useful extensions I cannot see it changing much, but hey it is opensource so feel free to change it to suit your needs. David -Original Message- From: Emmanuel Wurth [mailto:[EMAIL PROTECTED] Sent: 15 September 2004 16:42 To: [EMAIL PROTECTED] Subject: JEXL Hi Does anybody knows if jexl is still maintained, i would like to know if there will be some enhancments to allow the users to change the behaviour of some specific nodes (like And, Or ). Thanks. Emmanuel Wurth Software Engineer Rational Software IBM Software Group 6, rue Brindejonc - Parc Grande Plaine 31505 TOULOUSE CEDEX Officel : +33 5.62.16.56.35 Office Fax: +33 5.62.88.42.99 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Digester] Schema validation?
Simon Kitching wrote: On Sun, 2004-09-12 at 10:23, Neil Blue wrote: Hello, I though there would be a lot of posts on this, but I can't seem to find any. Is there a way to turn on schema validation when parsing an XML config file with Digester 1.6. To do validation, I would recommend creating your own parser instance, setting it up using the standard JAXP apis (or parser-specific APIs) then using the Digester constructor that takes a parser parameter - or call parser.parse(source, digester). Yes, there are methods on the digester class to configure some parser features, but it seems more confusing to me to use these than to use *standard* apis for parser configuration. Well, we should try to fix that if you think the method are useless (who did that?? ;-) ). A good example on how schema can be used can be viewed here: http://cvs.apache.org/viewcvs.cgi/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/startup/DigesterFactory.java?rev=1.6.2.2only_with_tag=TOMCAT_5_0view=markup Thanks -- Jeanfrancois Regards, Simon - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
problem with printing out directories
Hi, Is there something wrong with this piece of code? I am trying to print a few directories existing in the local machine, but the piece of code doesnt seem to work. However when the File is given this argument ../ then it works!! File dir = new File(../abc); String[] files = dir.list( DirectoryFileFilter.INSTANCE ); for ( int i = 0; i files.length; i++ ) { System.out.println(files[i]); } Am I making a mistake? thanks Preetham -Original Message- From: Paul Libbrecht [mailto:[EMAIL PROTECTED] Sent: Wednesday, September 15, 2004 1:09 PM To: Jakarta Commons Users List Subject: Re: RE : [jelly] escape quote in litteral xpath. XML has something for this just as it has amp; predefined for the ampersand, lt; and gt;... I think it's quot; (note, this is predefined in XML and needs no entity-declaration, as opposed to eacute;) paul Le 15 sept. 04, à 10:14, Marc DEXET a écrit : Thank, but I have to explain that this expression must be in a XML attribut like j:set var=myElement value=${wrapper.select(/path/to/[EMAIL PROTECTED] = 'attribute_name'])}/ It's pretty difficult no ? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [ANNOUNCMENT] Digester 1.6 Released
On Wed, 2004-09-15 at 19:17, Matthias Wessendorf wrote: Hi Robert, I just saw the new Javadoc of Digester, but I don't saw the *org.apache.commons.digester.rss*-package. Where could I find it? only in older JARs, like 1,5 ? Please see the release notes: http://jakarta.apache.org/commons/digester/RELEASE-NOTES.txt Regards, Simon - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [ANNOUNCMENT] Digester 1.6 Released
hi Matthias (i think that this is in the release notes but maybe i didn't explain this very well.) the rss implementation is really an example of digester (as opposed to core digester functionality). so, we decided that it would be better not to include the classes in the actual digester jar. they haven't changed in ages (the ones from the 1.5 jar will work fine with 1.6 digester) but the recommended approach is to download the digester source release (which still contains the classes) and use the build script found in digester/example/rss. hopefully ant dist should create a jar containing the rss application. if you need to patch up the script, please consider donating your improvements back to apache. (opening a bugzilla report is the best way to submit a patch). if not, then please consider adding something to the wiki (http://wiki.apache.org/jakarta-commons). you'll need to sign up with an email address before you can edit. BTW if you're looking for more modern RSS versions, kevin's working on something RSS-related in the sandbox which is probably worth a look. - robert On 15 Sep 2004, at 08:17, Matthias Wessendorf wrote: Hi Robert, I just saw the new Javadoc of Digester, but I don't saw the *org.apache.commons.digester.rss*-package. Where could I find it? only in older JARs, like 1,5 ? Regards, Matthias -Original Message- From: robert burrell donkin [mailto:[EMAIL PROTECTED] Sent: Thursday, September 09, 2004 11:54 PM To: Jakarta Commons Users List; Jakarta Commons Developers List; [EMAIL PROTECTED] Subject: [ANNOUNCMENT] Digester 1.6 Released The Jakarta Commons team is pleased to announce that the Digester 1.6 release is now available. It includes many bug fixes and minor enhancements as well as several new features including plugins (framework supporting dynamic rule reconfiguration) and variable expansion. By selecting the appropriate dependency set, Digester 1.6 is now compatible with either the 2.x or the 3.x series of commons-collection releases. The release is available for download from the usual mirrors: binary - http://jakarta.apache.org/site/binindex.cgi#co mmons-digester source - http://jakarta.apache.org/site/sourceindex.cgi#commons-digester Please remember to check the MD5 sums after downloading. Robert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[betwixt] Betwixt 0.6 RC1 available
Betwixt 0.6 release candidate one is now available from http://www.apache.org/~rdonkin/commons-betwixt/. please promptly report any problems to the dev list or in bugzilla. - robert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JEXL
Sure, it's being maintained. We've just done a long needed 1.0 release. What did you have in mind? How specifically would you change and or? On Wed, 15 Sep 2004 16:41:43 +0100, Emmanuel Wurth [EMAIL PROTECTED] wrote: Hi Does anybody knows if jexl is still maintained, i would like to know if there will be some enhancments to allow the users to change the behaviour of some specific nodes (like And, Or ). Thanks. Emmanuel Wurth Software Engineer Rational Software IBM Software Group 6, rue Brindejonc - Parc Grande Plaine 31505 TOULOUSE CEDEX Officel : +33 5.62.16.56.35 Office Fax: +33 5.62.88.42.99 -- http://www.multitask.com.au/people/dion/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]