date formatting issue
Hello! I have a cocoon field, formated like that : fd:datatype base="date"> dd/MM/ My problem is that, when i input a non-valid date, it is accepted. for example, if I input "32/12/2001", it is accepted as "01/01/2002". does anyone know a way to correct this? Thanks a lot.
Re: SQL Server 2005?
On 9/21/2006 4:15 PM, Lars Huttar wrote: Hello, Does anyone have Cocoon connecting successfully to SQL Server 2005? We've been using Cocoon for quite some time (currently 2.1.7) with SQL Server 2000. Now I've been trying to switch to 2005 and Cocoon keeps giving an error ERROR (2006-09-21) 16:03.33:230 [sitemap.generator.serverpages] (/mount/gem/enterprise/sMicrosoft/IT_Servers/guest/select_IT_Server) http-80-Processor25/select_IT_Server_xsp: java.sql.SQLException: [Microsoft][SQLServer 2000 Driver for JDBC]Error establishing socket. I tried replacing the three ms jars (mssqlserver.jar, msutil.jar, and msbase.jar) with sqljdbc.jar, the new sql server 2005 jdbc driver from ms download site. (This in Cocoon's WEB-INF\lib folder.) I also adjusted WEB-INF\web.xml to change the driver class name from com.microsoft.jdbc.sqlserver.SQLServerDriver to com.microsoft.sqlserver.jdbc.SQLServerDriver However, I still get the error (core.log:) WARN(2006-09-21) 16:14.13:299 [core.manager] (/mount/gem/enterprise/sMicrosoft/IT_Servers/guest/select_IT_Server) http-80-Processor25/ResourceLimitingJdbcDataSource: Could not return Connection java.sql.SQLException: No suitable driver (error.log:) ERROR (2006-09-21) 16:14.13:299 [sitemap.generator.serverpages] (/mount/gem/enterprise/sMicrosoft/IT_Servers/guest/select_IT_Server) http-80-Processor25/select_IT_Server_xsp: java.sql.SQLException: No suitable driver (Yes, I restarted Tomcat after each change.) Any suggestions or reports of success would be appreciated. Lars 20 months later... Turns out we also needed to change our db connection URLs (in the datasources in cocoon.xconf). We had to change 'jdbc:Microsoft:sqlserver://' to 'jdbc:sqlserver://', i.e. get rid of Microsoft and everything was fine. ;-) Thanks to Rick Harman for discovering this. Lars - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Strange (?) cocoon.context.getInitParameter() == null problem
On 15.05.2008 12:16, Shahriar Aghajani wrote: Hi, I'm using Cocoon 2.2 RC2 on top of Tomcat and I had a strange problem with getInitParameter(). I defined some parameters in Tomcat's context block for my application, eg: These init parameters are not in Tomcat's servlet.xml (or whatever it is named), but in the webapp's web.xml. Joerg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: lucene block has unrecognized line ending style
Hi Ross I found deleting the folder containing the faulty file and then doing svn update removed the problem. Best regards William On 15 May, 2008, at 12:09 pm, rossputin wrote: Hi guys, in trying to run an svn up on the blocks directory, I found an error that prevented the update from occurring. The lucene block has a line ending problem. There is probably a setting that tells subversion to ignore this but I do not know it without poking around. Thanks for your help, regards Ross -- View this message in context: http://www.nabble.com/lucene-block- has-unrecognized-line-ending-style-tp17250801p17250801.html Sent from the Cocoon - Users mailing list archive at Nabble.com. - 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]
Strange (?) cocoon.context.getInitParameter() == null problem
Hi, I'm using Cocoon 2.2 RC2 on top of Tomcat and I had a strange problem with getInitParameter(). I defined some parameters in Tomcat's context block for my application, eg: Then, in flow, I got this: cocoon.context.getInitParameter("my.param") == null So, I tried this: var E = cocoon.context.getInitParameterNames(); while( E.hasMoreElements() ) { var e = E.nextElement(); cocoon.log.error("N: " + e + ']'); cocoon.log.error("V: " + cocoon.context.getInitParameter(e) + ']'); } And the resulting log lines were: 2008-05-15 12:01:47,010 http-8080-2 ERROR fom.FOM_Cocoon - N: my.param] 2008-05-15 12:01:47,011 http-8080-2 ERROR fom.FOM_Cocoon - V: null] So, my.param reached cocoon from the Tomcat Context, but not its value?! However, if put some servlet:init-params in the servlet:context for my block, then everything works: So, if I have: in my serlvet-service.xml file, then the above loop gives me: 2008-05-15 12:01:47,010 http-8080-2 ERROR fom.FOM_Cocoon - N: my.param] 2008-05-15 12:01:47,011 http-8080-2 ERROR fom.FOM_Cocoon - V: Your Param is quite nice] 2008-05-15 12:00:56,153 http-8080-2 ERROR fom.FOM_Cocoon - N: enable-uploads] 2008-05-15 12:00:56,153 http-8080-2 ERROR fom.FOM_Cocoon - V: true] 2008-05-15 12:00:56,153 http-8080-2 ERROR fom.FOM_Cocoon - N: upload-max-size] 2008-05-15 12:00:56,153 http-8080-2 ERROR fom.FOM_Cocoon - V: 100] Not sure if this classifies as a bug, or if I'm confused. Cheers and Thanks, Shahriar. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: CForms Aggregator Widget--preserving line breaks in text areas
Sure thing...note that I amusing a somewhat strange field separator @[EMAIL PROTECTED] It is a aggregator made up of four fields. Field 1 is a string with validation to ensure only numbers can be entered. Field 2 is styled as a text area. It appears I can enter line breaks and that these get saved to the database. However, they do not appear to be retrievable and displayable...the entire aggregate showing up blank. thx! Paul Here is the snippet from the form definition file: Help info 3 Only decimals (numbers) are allowed here. Here is the snippet from the form styling file: style="font-size: 9pt" face="Arial">Customer Number id="part1"> style="font-size: 9pt" face="Arial">Custom Desc. id="part2">size="20"/> - Original Message - From: "Joerg Heinicke" <[EMAIL PROTECTED]> To: Sent: Thursday, May 15, 2008 12:06 AM Subject: Re: CForms Aggregator Widget--preserving line breaks in text areas On 14.05.2008 13:00, Paul Joseph wrote: However, when I use a Text Area type widget in an aggregator, I find that the Aggregator does not seem to be able to retrieve and display any information in any of the widgets that make up the aggregator, IF I enter even a single line break in the Text Area widget that is part of the Aggregator widget. It is able to save it with line breaks to the database--it is only on retrieval that it the Aggregator seems to have difficulty due to the line breaks. With aggregator you mean the aggregate field widget [1]? Can you show some code? Joerg [1] http://cocoon.apache.org/2.2/blocks/forms/1.0/486_1_1.html - 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]
lucene block has unrecognized line ending style
Hi guys, in trying to run an svn up on the blocks directory, I found an error that prevented the update from occurring. The lucene block has a line ending problem. There is probably a setting that tells subversion to ignore this but I do not know it without poking around. Thanks for your help, regards Ross -- View this message in context: http://www.nabble.com/lucene-block-has-unrecognized-line-ending-style-tp17250801p17250801.html Sent from the Cocoon - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: 2.2 OutOfMemoryError
Andre Thenot wrote: On May 14, 2008, at 6:42, Luca Morandini wrote: No matter how much you increase your PermGenSpace, sooner or later you will hit the wall (every redeploy decreases the amount of PermGenSpace available). Ok thanks, this answers my question. I'll simply restart the server at each deployment which, as you pointed out, is not terribly frequent in production. ...or, if you are in for some experimentation, give JRockIt + JBoss a go and solve this problem for good. Regards, Luca Morandini www.lucamorandini.it - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]