Re: no 'char' datatype

2006-08-16 Thread Simone Gianni
Hi Rice,
i suppose you're talking about 2.2, since in 2.1 it's working correctly.
In fact the addition made to 2.1 were not ported to 2.2, i added
configuration for both char datatype and calcualted fields to 2.2 and
just committed them.

Simone

Rice Yeh wrote:

 Hi,
   I have a test on cocoon-forms-sample and find this problem. I know
 it is because 'char' datatype is NOT enlisted in cocoon-forms.xconf
 but I do not know how to add it in cocoon-froms.xconf. Hope someone
 can add it.

 Rice

 BoundedThreadPool0-1 ERROR access - Internal Cocoon Problem
 org.apache.cocoon.ProcessingException: Error calling function handleForm
 at [CascadingException] -
 file:/C:/tmp/cocoon/myBlock/target/myBlock/blocks/cocoon-forms-sample/forms/form2_model.xml:141:37

 at Form -
 resource://org/apache/cocoon/forms/flow/javascript/Form.js:46:-1
 at handleForm -
 resource://org/apache/cocoon/forms/flow/javascript/Form.js:349:-1
 at map:call -
 file:/C:/tmp/cocoon/myBlock/target/myBlock/blocks/cocoon-forms-sample/sitemap.xmap:283:40

 at map:mount -
 file:/C:/tmp/cocoon/myBlock/target/myBlock/blocks/sitemap.xmap:21:50
 at map:mount -
 file:/C:/tmp/cocoon/myBlock/target/myBlock/sitemap.xmap:43:49
 at org.apache.cocoon.ProcessingException.throwLocated
 (ProcessingException.java:142)
 at
 org.apache.cocoon.components.flow.javascript.LocationTrackingDebugger.getException(LocationTrackingDebugger.java:110)
 at
 org.apache.cocoon.components.flow.javascript.fom.FOM_JavaScriptInterpreter.callFunction
 (FOM_JavaScriptInterpreter.java:606)
 at
 org.apache.cocoon.components.treeprocessor.sitemap.CallFunctionNode.invoke(CallFunctionNode.java:113)
 at
 org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes
 (AbstractParentProcessingNode.java:54)
 at
 org.apache.cocoon.components.treeprocessor.sitemap.MatchNode.invoke(MatchNode.java:84)
 at
 org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes
 (AbstractParentProcessingNode.java:76)
 at
 org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:150)
 at
 org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes
 (AbstractParentProcessingNode.java:76)
 at
 org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:91)
 at
 org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process
 (ConcreteTreeProcessor.java:275)
 at
 org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:172)
 at
 org.apache.cocoon.components.treeprocessor.TreeProcessor.process
 (TreeProcessor.java:247)
 at
 org.apache.cocoon.components.treeprocessor.sitemap.MountNode.invoke(MountNode.java:113)
 at
 org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java
 :54)
 at
 org.apache.cocoon.components.treeprocessor.sitemap.MatchNode.invoke(MatchNode.java:84)
 at
 org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java
 :76)
 at
 org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:150)
 at
 org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java
 :76)
 at
 org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:91)
 at
 org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:275)

 at
 org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:172)
 at
 org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:247)
 at
 org.apache.cocoon.components.treeprocessor.sitemap.MountNode.invoke(MountNode.java:113)
 at
 org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:54)
 at
 org.apache.cocoon.components.treeprocessor.sitemap.MatchNode.invoke(MatchNode.java:84)
 at
 org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java
 :76)
 at
 org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:150)
 at
 org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java
 :76)
 at
 org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:91)
 at
 org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:275)

 at
 org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:172)
 at
 org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:247

no 'char' datatype

2006-08-12 Thread Rice Yeh
Hi, I have a test on cocoon-forms-sample and find this problem. I know it is because 'char' datatype is NOT enlisted in cocoon-forms.xconf but I do not know how to add it in cocoon-froms.xconf. Hope someone can add it.
RiceBoundedThreadPool0-1 ERROR access - Internal Cocoon Problemorg.apache.cocoon.ProcessingException: Error calling function handleForm at [CascadingException] - file:/C:/tmp/cocoon/myBlock/target/myBlock/blocks/cocoon-forms-sample/forms/form2_model.xml:141:37
 at Form - resource://org/apache/cocoon/forms/flow/_javascript_/Form.js:46:-1 at handleForm - resource://org/apache/cocoon/forms/flow/_javascript_/Form.js:349:-1 at map:call - file:/C:/tmp/cocoon/myBlock/target/myBlock/blocks/cocoon-forms-sample/sitemap.xmap:283:40
 at map:mount - file:/C:/tmp/cocoon/myBlock/target/myBlock/blocks/sitemap.xmap:21:50 at map:mount - file:/C:/tmp/cocoon/myBlock/target/myBlock/sitemap.xmap:43:49 at org.apache.cocoon.ProcessingException.throwLocated
(ProcessingException.java:142) at org.apache.cocoon.components.flow._javascript_.LocationTrackingDebugger.getException(LocationTrackingDebugger.java:110) at org.apache.cocoon.components.flow._javascript_.fom.FOM_JavaScriptInterpreter.callFunction
(FOM_JavaScriptInterpreter.java:606) at org.apache.cocoon.components.treeprocessor.sitemap.CallFunctionNode.invoke(CallFunctionNode.java:113) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes
(AbstractParentProcessingNode.java:54) at org.apache.cocoon.components.treeprocessor.sitemap.MatchNode.invoke(MatchNode.java:84) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes
(AbstractParentProcessingNode.java:76) at org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:150) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes
(AbstractParentProcessingNode.java:76) at org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:91) at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process
(ConcreteTreeProcessor.java:275) at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:172) at org.apache.cocoon.components.treeprocessor.TreeProcessor.process
(TreeProcessor.java:247) at org.apache.cocoon.components.treeprocessor.sitemap.MountNode.invoke(MountNode.java:113) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java
:54) at org.apache.cocoon.components.treeprocessor.sitemap.MatchNode.invoke(MatchNode.java:84) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java
:76) at org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:150) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java
:76) at org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:91) at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:275)
 at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:172) at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:247) at 
org.apache.cocoon.components.treeprocessor.sitemap.MountNode.invoke(MountNode.java:113) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:54)
 at org.apache.cocoon.components.treeprocessor.sitemap.MatchNode.invoke(MatchNode.java:84) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java
:76) at org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:150) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java
:76) at org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:91) at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:275)
 at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:172) at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:247) at 
org.apache.cocoon.servlet.RequestProcessor.process(RequestProcessor.java:366) at org.apache.cocoon.servlet.RequestProcessor.service(RequestProcessor.java:148) at org.apache.cocoon.servlet.SitemapServlet.service
(SitemapServlet.java:40) at javax.servlet.http.HttpServlet.service(HttpServlet.java:860) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:423) at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter
(ServletHandler.java:867) at org.apache.cocoon.servlet.multipart.MultipartFilter.doFilter

Re: [jira] Created: (COCOON-1789) [PATCH] Char datatype

2006-03-12 Thread Jorg Heymans

Andrew Savory wrote:

 Patch applied. I noticed that your editor is not set to use the
 preferred coding style for tabs - can you update it to use 4 spaces,
 instead of tabs?
 
 I also noticed @author in the javadoc comments - I believe use of
 @author is now deprecated, so I've stripped them.
 

Shouldn't this change be mentioned in status.xml ?


Jorg



Re: [jira] Created: (COCOON-1789) [PATCH] Char datatype

2006-03-12 Thread Andrew Savory

Jorg Heymans wrote:


Shouldn't this change be mentioned in status.xml ?


Ooops, yes, done.

Thanks,

Andrew.
--
Andrew Savory, Managing Director, Luminas Limited
Tel: +44 (0)870 741 6658  Fax: +44 (0)700 598 1135
Web: http://www.luminas.co.uk/
Orixo alliance: http://www.orixo.com/


[jira] Closed: (COCOON-1789) [PATCH] Char datatype

2006-03-11 Thread Andrew Savory (JIRA)
 [ http://issues.apache.org/jira/browse/COCOON-1789?page=all ]
 
Andrew Savory closed COCOON-1789:
-

Resolution: Fixed

Patch applied. Thanks!

 [PATCH] Char datatype
 -

  Key: COCOON-1789
  URL: http://issues.apache.org/jira/browse/COCOON-1789
  Project: Cocoon
 Type: New Feature
   Components: Blocks: Forms
 Versions: 2.1.9-dev (current SVN)
 Reporter: Simone Gianni
 Priority: Minor
  Attachments: chardataype-conf.diff, chardataype-samples.diff, 
 chardataype.diff

 Cocoon forms lacks a Char datatype. This is often needed in bean bindings for 
 database oriented applications, where the char often appears in a field.
 The first patch provides a char datatype with it's builder, it's char 
 convertor, the second patch the changes to the configuration to add the 
 datatype, the third a modification of the samples form2 definition, bean and 
 binding to give an example of the char datatype adding a middleInitial char 
 field.
 Patches applied to 2.1.X branch, but tested on 2.1.6, 2.1.7 and trunk.
 Thanks to Maurizio Pillitu for first implementation.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira



Re: [jira] Created: (COCOON-1789) [PATCH] Char datatype

2006-03-11 Thread Andrew Savory

Hi Simone,

Simone Gianni (JIRA) wrote:

[PATCH] Char datatype
-


Patch applied. I noticed that your editor is not set to use the 
preferred coding style for tabs - can you update it to use 4 spaces, 
instead of tabs?


I also noticed @author in the javadoc comments - I believe use of 
@author is now deprecated, so I've stripped them.



Thanks,

Andrew.
--
Andrew Savory, Managing Director, Luminas Limited
Tel: +44 (0)870 741 6658  Fax: +44 (0)700 598 1135
Web: http://www.luminas.co.uk/
Orixo alliance: http://www.orixo.com/


[jira] Created: (COCOON-1789) [PATCH] Char datatype

2006-03-01 Thread Simone Gianni (JIRA)
[PATCH] Char datatype
-

 Key: COCOON-1789
 URL: http://issues.apache.org/jira/browse/COCOON-1789
 Project: Cocoon
Type: New Feature
  Components: Blocks: Forms  
Versions: 2.1.9-dev (current SVN)
Reporter: Simone Gianni
Priority: Minor
 Attachments: chardataype-conf.diff, chardataype-samples.diff, chardataype.diff

Cocoon forms lacks a Char datatype. This is often needed in bean bindings for 
database oriented applications, where the char often appears in a field.

The first patch provides a char datatype with it's builder, it's char 
convertor, the second patch the changes to the configuration to add the 
datatype, the third a modification of the samples form2 definition, bean and 
binding to give an example of the char datatype adding a middleInitial char 
field.

Patches applied to 2.1.X branch, but tested on 2.1.6, 2.1.7 and trunk.

Thanks to Maurizio Pillitu for first implementation.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira