Menu
▾
▴
formproc-developer — Developer interests
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
(37) |
Dec
(1) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
(37) |
Feb
(18) |
Mar
(33) |
Apr
(8) |
May
(7) |
Jun
(13) |
Jul
(20) |
Aug
|
Sep
|
Oct
(1) |
Nov
(5) |
Dec
(2) |
| 2003 |
Jan
|
Feb
(7) |
Mar
(3) |
Apr
(15) |
May
(7) |
Jun
(6) |
Jul
|
Aug
|
Sep
(4) |
Oct
|
Nov
|
Dec
|
| 2004 |
Jan
|
Feb
|
Mar
(2) |
Apr
|
May
(1) |
Jun
(1) |
Jul
|
Aug
(2) |
Sep
(4) |
Oct
|
Nov
(5) |
Dec
|
| 2005 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
(3) |
Dec
|
|
From: Nick S. <ni...@sa...> - 2005-11-23 20:37:30
|
Hi We use it for several enterprise scale projects and it works fine. It seems like a niche product that works fine and doesn't really need expanding. Regards Nick |
|
From: Barrie S. <ba...@ro...> - 2005-11-22 21:27:19
|
I spoke with Anthony Eden today about FormProc. He said he doesn't anticipate working on FormProc much. I'd like to get an idea how many people are using FormProc and if they are interested in seeing it continue. If you aren't using it any longer, what have you switched to? What would you like to see changed/added/fixed in FormProc? Any other comments or suggestions. Regards, Barrie Selack |
|
From: Barrie S. <ba...@ro...> - 2005-11-22 18:36:38
|
Just wondering what the status of FormProc is. Is it still being developer, supported? Regards, Barrie Selack |
|
From: Dorin A. <dor...@gm...> - 2005-08-05 09:03:21
|
First of all, thanks for this wonderful validation framework! I'm having a little problem with FormProc used in a JSP environment: I need to create a user-profile editing page, and I need the form fields to be pre-populated with the user's data when the page loads. From the FormProc examples, I can't figure out how can I do this. Any pointers would be greatly appreciated. --=20 Dorin Andreica |
|
From: Anthony E. <me...@an...> - 2004-11-27 21:29:39
|
I've got a deadline of December 1st for my job but once that's done I'll test out the code and put it in the CVS. Sincerely, Anthony Eden Barrie Selack wrote: > Anthony, > > Thanks for the response. My main problem was that I decided to use Groovy > as a scripting language. Although BeanShell supports it, it was painfully > slow (over 1.2 seconds per field on the page) I thought at first it may > be a caching problem, but it was just the instantiation of BeanShell that > was the issue. So I wrote a GroovyValidator that compiles and caches the > class for reuse. It also allows you to specify an update-interval for > checking to see if the script has changed. The time has dropped from 1.2 > seconds to 10ms or less per field. Big difference. > > I'm attaching it for consideration of inclusion into FormProc. It's set > up just like a regular script in formproc.xml except for the uodate-interval. <snip> |
|
From: Barrie S. <ba...@ro...> - 2004-11-27 21:04:14
|
Anthony,
Thanks for the response. My main problem was that I decided to use Groovy
as a scripting language. Although BeanShell supports it, it was painfully
slow (over 1.2 seconds per field on the page) I thought at first it may
be a caching problem, but it was just the instantiation of BeanShell that
was the issue. So I wrote a GroovyValidator that compiles and caches the
class for reuse. It also allows you to specify an update-interval for
checking to see if the script has changed. The time has dropped from 1.2
seconds to 10ms or less per field. Big difference.
I'm attaching it for consideration of inclusion into FormProc. It's set
up just like a regular script in formproc.xml except for the uodate-interval.
<validator-map type="groovy" classnam
e="org.formproc.validation.GroovyValidator">
<property name="script-root" value=""/>
<property name="script-root-type" value="classpath"/>
<property name="update-interval" value="-1"/>
</validator-map>
<shared-validator name="required">
<validator type="groovy">
<script>FieldRequired.gy</script>
<error>Required Field</error>
</validator>
</shared-validator>
It requires only three jars from Groovy:
groovy-1.0-beta-7.jar
asm-1.4.3.jar
asm-util-1.4.3.jar
and a sample script (the FieldRequired.gy)
--------------------------------------------
import org.apache.commons.lang.StringUtils
field1 = null
for (i in formData) {
if (field1 == null) {
field1 = i.getValue();
}
}
isValid = false
if (field1 != null) {
field1 = StringUtils.trim(field1)
if (field1 != "") {
isValid = true
}
}
result.setPassed(isValid)
--------------------------------------------
Let me know what you think.
Regards,
Barrie Selack
>I don't think I'll have time to implement that right now, but if you
>implement that I'll be happy to apply it to CVS. Please make sure to
>work off of the CVS head though.
>
>Sincerely,
>Anthony Eden
>
>Barrie Selack wrote:
>> I noticed that scripts are much slower than rules .. is there going to be
>> any caching of scripts? Either configured to cache, or not cache... or
>> cache with a date stamp?
>>
>> Let me know.. if not, I'll probably add it.
>>
>> Barrie
>>
>>
>>
>>
>> -------------------------------------------------------
>> SF email is sponsored by - The IT Product Guide
>> Read honest & candid reviews on hundreds of IT Products from real users.
>> Discover which products truly live up to the hype. Start reading now.
>> http://productguide.itmanagersjournal.com/
>> _______________________________________________
>> FormProc-developer mailing list
>> For...@li...
>> https://lists.sourceforge.net/lists/listinfo/formproc-developer
>
>
>
>-------------------------------------------------------
>SF email is sponsored by - The IT Product Guide
>Read honest & candid reviews on hundreds of IT Products from real users.
>Discover which products truly live up to the hype. Start reading now.
>http://productguide.itmanagersjournal.com/
>_______________________________________________
>FormProc-developer mailing list
>For...@li...
>https://lists.sourceforge.net/lists/listinfo/formproc-developer
>
>
|
|
From: Anthony E. <me...@an...> - 2004-11-27 05:38:36
|
I don't think I'll have time to implement that right now, but if you implement that I'll be happy to apply it to CVS. Please make sure to work off of the CVS head though. Sincerely, Anthony Eden Barrie Selack wrote: > I noticed that scripts are much slower than rules .. is there going to be > any caching of scripts? Either configured to cache, or not cache... or > cache with a date stamp? > > Let me know.. if not, I'll probably add it. > > Barrie > > > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://productguide.itmanagersjournal.com/ > _______________________________________________ > FormProc-developer mailing list > For...@li... > https://lists.sourceforge.net/lists/listinfo/formproc-developer |
|
From: Barrie S. <ba...@ro...> - 2004-11-26 20:09:51
|
I noticed that scripts are much slower than rules .. is there going to be any caching of scripts? Either configured to cache, or not cache... or cache with a date stamp? Let me know.. if not, I'll probably add it. Barrie |
|
From: Barrie S. <ba...@ro...> - 2004-11-22 03:32:38
|
I'm trying to use python for regex validation, but get error on the import. If I run the script at the command line, it finds the import and the script works fine. If there a setting for imports, or do the have to be in a specific place? Thanks, Barrie Selack |
|
From: Eliot S. <eli...@Ri...> - 2004-09-03 08:26:01
|
Hi=20Christian, =20 Looks=20like=20you've=20got=20a=20spelling=20error,=20"elemeMt": =20 =20=20=20=20=20=20=20=20<elememt=20name=3D"numRecurrsEveryXDays"/> =20 Kind=20regards, Eliot -----Original=20Message----- From:=20f...@li...=20[mailto:formproc-= dev...@li...]=20On=20Behalf=20Of=20Christian=20Ca= banero Sent:=2003=20September=202004=2006:20 To:=20f...@li... Subject:=20[FormProc-developer]=20Problem=20(potential=20bug?)=20with=20Fo= rmManager#loadForm(Configuration) I=20have=20a=20form=20with=20an=20element-group=20specified=20in=20the=20f= ollowing=20way: =20 =20=20=20=20<element-group=20name=3D"dailyRecurrence"> =20=20=20=20=20=20=20=20<element=20name=3D"dailyRecurrence"/> =20=20=20=20=20=20=20=20<element=20name=3D"recurrsEveryXDays"/> =20=20=20=20=20=20=20=20<element=20name=3D"recurrsEveryWeekday"/> =20=20=20=20=20=20=20=20<elememt=20name=3D"numRecurrsEveryXDays"/> =20=20=20=20=20=20=20=20<validator=20type=3D"shared"=20name=3D"dailyRecurr= ence"> =20=20=20=20=20=20=20=20=20=20=20=20<error=20lang=3D"en">Daily=20recurrenc= e=20problem.</error> =20=20=20=20=20=20=20=20</validator> =20=20=20=20</element-group> =20 I=20also=20have=20several=20single=20"element"=20elements=20in=20the=20fil= e=20as=20well.=20=20What=20I've=20noticed=20tracing=20through=20the=20code= =20is=20that=20although=20the=20element-group=20seems=20to=20load=20ok=20f= rom=20the=20configuration=20file=20only=203=20out=20of=20the=204=20sub=20e= lements=20within=20the=20element-group=20get=20returned=20as=20part=20of=20= the=20the=20formConfiguration's=20formElementGroups'=20Map=20entry=20for=20= the=20"dailyRecurrence"=20element-group.=20=20The=20DefaultFormElementGrou= p=20object's=20formElement=20list=20for=20"dailyRecurrence"=20contains=20o= nly=203=20DefaultFormElement=20objects=20that=20correspond=20to=20the=20fi= rst=203=20elements=20and=20none=20exists=20for=20"numRecurrsEveryXDays".=20= =20The=20code=20I've=20been=20tracing=20through=20is=20on=20line=20530=20o= f=20FormManager.java=20and=20then=20it=20goes=20into=20ClassPathResourceLo= ader.java=20but=20I=20haven't=20been=20able=20to=20get=20my=20IDE=20to=20t= race=20into=20that=20code=20correctly=20which=20is=20making=20me=20tear=20= my=20hair=20out. =20 I=20was=20wondering=20if=20anyone=20had=20any=20suggestions=20on=20this=20= problem=20or=20if=20I'm=20missing=20something.=20=20I'm=20using=20the=20la= test=20version=20of=20formproc=20in=20cvs=20and=20also=20using=20the=20ede= nlib=20that=20comes=20with=20it,=20version=202.0b1. =20 Thanks, Christian ________________________________________________________________________ This=20email=20has=20been=20scanned=20for=20all=20viruses=20by=20the=20Mes= sageLabs=20service. ________________________________________________________________________ This=20email=20has=20been=20scanned=20for=20all=20viruses=20by=20the=20Mes= sageLabs=20service.=20 ________________________________________________________________________ |
|
From: Christian C. <chu...@ya...> - 2004-09-03 05:19:13
|
I have a form with an element-group specified in the following way:
<element-group name="dailyRecurrence">
<element name="dailyRecurrence"/>
<element name="recurrsEveryXDays"/>
<element name="recurrsEveryWeekday"/>
<elememt name="numRecurrsEveryXDays"/>
<validator type="shared" name="dailyRecurrence">
<error lang="en">Daily recurrence problem.</error>
</validator>
</element-group>
I also have several single "element" elements in the file as well. What
I've noticed tracing through the code is that although the element-group
seems to load ok from the configuration file only 3 out of the 4 sub
elements within the element-group get returned as part of the the
formConfiguration's formElementGroups' Map entry for the
"dailyRecurrence" element-group. The DefaultFormElementGroup object's
formElement list for "dailyRecurrence" contains only 3
DefaultFormElement objects that correspond to the first 3 elements and
none exists for "numRecurrsEveryXDays". The code I've been tracing
through is on line 530 of FormManager.java and then it goes into
ClassPathResourceLoader.java but I haven't been able to get my IDE to
trace into that code correctly which is making me tear my hair out.
I was wondering if anyone had any suggestions on this problem or if I'm
missing something. I'm using the latest version of formproc in cvs and
also using the edenlib that comes with it, version 2.0b1.
Thanks,
Christian
|
|
From: Eliot S. <eli...@Ri...> - 2004-09-02 08:04:08
|
Hi=20Christian, This=20answers=20one=20of=20your=20questions,=20here's=20how=20you=20refer= ence=20a=20dtd=20locally: <!DOCTYPE=20web-app=20SYSTEM=20"FILE:/some/local/path/to/dtds/web-app_2_3.= dtd"> Thanks, Eliot -----Original=20Message----- From:=20f...@li...=20[mailto:formproc-= dev...@li...]=20On=20Behalf=20Of=20Christian=20Ca= banero Sent:=2002=20September=202004=2001:51 To:=20f...@li... Subject:=20[FormProc-developer]=20DTD=20Validation Is=20there=20a=20way=20to=20turn=20on=20the=20DTD=20validation=20for=20the= =20formproc=20xml=20config=20files?=20=20Do=20I=20need=20to=20add=20a=20DO= CTYPE=20XML=20directive=20like=20the=20one=20that=20shows=20up=20at=20the=20= top=20of=20typical=20web.xml=20files=20like=20the=20following? =20 <!DOCTYPE=20web-app=20PUBLIC=20"-//Sun=20Microsystems,=20Inc.//DTD=20Web=20= Application=202.3//EN"=20"http://java.sun.com/dtd/web-app_2_3.dtd"> =20 What=20would=20the=20values=20be?=20=20Does=20the=20DTD=20have=20to=20be=20= accessible=20over=20the=20web?=20=20Is=20there=20a=20way=20to=20do=20it=20= locally?=20=20 =20 Thanks, Christian ________________________________________________________________________ This=20email=20has=20been=20scanned=20for=20all=20viruses=20by=20the=20Mes= sageLabs=20service. ________________________________________________________________________ This=20email=20has=20been=20scanned=20for=20all=20viruses=20by=20the=20Mes= sageLabs=20service.=20 ________________________________________________________________________ |
|
From: Christian C. <chu...@ya...> - 2004-09-02 00:50:42
|
Is there a way to turn on the DTD validation for the formproc xml config files? Do I need to add a DOCTYPE XML directive like the one that shows up at the top of typical web.xml files like the following? <!DOCTYPE web-app PUBLIC "-//Sun Microsystems, Inc.//DTD Web Application 2.3//EN" "http://java.sun.com/dtd/web-app_2_3.dtd"> What would the values be? Does the DTD have to be accessible over the web? Is there a way to do it locally? Thanks, Christian |
|
From: Christian C. <chu...@ya...> - 2004-08-24 07:15:49
|
Hi,
I'm having problems validating a field that is a boolean. In my
javabean I have a property "female" which is of type boolean (primitive
boolean) and has a corresponding setter "setDoNotEmail(boolean
doNotEmail)". I'm doing this because I'm trying to validate a
JCheckBox.
In my xml config file I've tried both:
<element name="doNotEmail" optional="true">
<write-method>setDoNotEmail</write-method>
</element>
Because from what I can tell the converter doesn't apply as the original
value is actially of type boolean and doesn't require conversion.
When I try to run validation I get in my log:
2004-08-23 22:52:31,35338736 [AWT-EventQueue-0] DEBUG org.formproc.Form
: Validating field doNotEmail
2004-08-23 22:52:31,35338736 [AWT-EventQueue-0] DEBUG org.formproc.Form
: Using validator:org.formproc.validation.PassValidator@18d7ace
2004-08-23 22:52:31,35338736 [AWT-EventQueue-0] DEBUG org.formproc.Form
: Validation complete.
2004-08-23 22:52:31,35338736 [AWT-EventQueue-0] DEBUG
org.formproc.store.ReflectionStorer : Storing value:true
2004-08-23 22:52:31,35338736 [AWT-EventQueue-0] INFO org.formproc.Form
: No method found for parameter doNotEmail
Looking at the store(...) method of ReflectionStorer it looks like it
did intelligently convert the boolean to a Boolean as the value
parameter must be an Object, however the MethodUtilities.invoke(...)
must not be able to reflectively find the setter method. And since the
MethodUtilities class is hidden away in the edenlib.jar file I can't see
what's going on.
When I add the setter method setDoNotEmail(Boolean doNotEmail) using the
Boolean object it seems to work. This is strange to me because when
I've coded reflection in the past I know you have to specify the Boolean
wrapper class for the method signature but it will find a method that
uses the primitive.
Is there a way for me to not implement a setter for a boolean property
only using the primitive setter method?
Thanks,
Christian
_____________________________________
Help the Lance Armstrong Foundation
support people living with cancer.
http://www.wearyellow.com <http://www.wearyellow.com/>
|
|
From: Christian C. <chu...@ya...> - 2004-08-20 20:57:04
|
Howdy, I just started playing around with FormProc and enjoying it. I'm using it primarily for a swing app at the moment. I have a couple of questions/comments. I noticed that the FormManager's default constructor and configure method throw Exception. Would it make sense for it to throw more specific exceptions and for those to be RuntimeExceptions instead as the error would most likely be in a configuration problem? Same goes for the Form's process method. Also, it looks like from the code that it's ok to not specify a target when creating a new Form object so that no setters get invoked. Is this in fact the case? That's a nice feature. I'd be interested in helping out with the coding, is there a separate developer's vs. user's list? Thanks, Christian _____________________________________ Help the Lance Armstrong Foundation support people living with cancer. http://www.wearyellow.com <http://www.wearyellow.com/> |
|
From: Gebrian u. de B. <bu...@ho...> - 2004-06-17 14:44:59
|
<html><div style='background-color:'><DIV class=RTE> <P>Dear all,</P> <P>I have the following problem with formproc v1.1:</P> <P>I have made a class New<FONT color=#000000 size=2>FormData wich extends from FormData. This class is the same as FormData it only adds 1 value(ports). </FONT></P> <UL> <LI><FONT color=#000000 size=2>I fill my NewFormData class</FONT></LI> <LI><FONT color=#000000 size=2>Then i procces my http form with this NewFormData class. </FONT></LI> <LI><FONT color=#000000 size=2>In my class newValidator(wich extends Validator) i nicely get the NewFormData object back and i can get my value(ports) back. This works fine if the standard formdata's value is filled in. If it isn't filled in it gives me a FormData object back in stead of my NewFormData object.</FONT></LI></UL> <P><FONT color=#000000 size=2>I think it is a bug wich already is solved? So i tried to upgrade to 1.3.1 and it gives me error with Commons VFS<FONT color=#0000ff size=2></P> <P>Servlet Error: org/apache/commons/vfs/FileSystemException: java.lang.Exception: org/apache/commons/vfs/FileSystemException</P> <P></FONT></FONT> </P> <P><FONT color=#000000 size=2>Can some one help me with all this trouble :-). I use Websphere 5.0.1 with WAS 4.0.6</FONT></P> <P><FONT color=#000000 size=2>Greetings,</FONT></P> <P><FONT color=#000000 size=2>La Onda</P> <P></FONT><BR><BR> </P></DIV></div><br clear=all><hr>Hotmail en Messenger on the move <a href="http://g.msn.com/8HMBENNL/2749??PS=47575">click here</a> </html> |
|
From: Benno L. <ben...@id...> - 2004-05-03 07:14:18
|
Dear Open Source developer I am doing a research project on "Fun and Software Development" in which I kindly invite you to participate. You will find the online survey under http://fasd.ethz.ch/qsf/. The questionnaire consists of 53 questions and you will need about 15 minutes to complete it. With the FASD project (Fun and Software Development) we want to define the motivational significance of fun when software developers decide to engage in Open Source projects. What is special about our research project is that a similar survey is planned with software developers in commercial firms. This procedure allows the immediate comparison between the involved individuals and the conditions of production of these two development models. Thus we hope to obtain substantial new insights to the phenomenon of Open Source Development. With many thanks for your participation, Benno Luthiger PS: The results of the survey will be published under http://www.isu.unizh.ch/fuehrung/blprojects/FASD/. We have set up the mailing list fa...@we... for this study. Please see http://fasd.ethz.ch/qsf/mailinglist_de.html for registration to this mailing list. _______________________________________________________________________ Benno Luthiger Swiss Federal Institute of Technology Zurich 8092 Zurich Mail: benno.luthiger(at)id.ethz.ch _______________________________________________________________________ |
|
From: Anthony E. <me...@an...> - 2004-03-20 21:17:02
|
FormElements are retrieved from a FormConfiguration object, with FormConfiguration being an interface. Even though FormProc currently only comes with an XMLFormConfiguration implementation you could easily implement an alternative FormConfiguration class which allows you to add more elements at runtime by extending from the AbstractFormConfiguration class as needed. I'm going to add a basic in-memory implementation of FormConfiguration in the next version. Sincerely, Anthony Eden ba...@ro... wrote: >Is there a way in the API to add fileds to be validated? > >I'm building part of a form on the fly, and have (x) number of repeating >fields, that I'd like to validate, but don't know how many, or their names >up front (well, I set their names). > >I figured I could read the form xml in, add the nodes I need, and pass >that to the FormManager.. but didn't know if there was a more elegant way. > >Thanks, > >Barrie > > > >------------------------------------------------------- >This SF.Net email is sponsored by: IBM Linux Tutorials >Free Linux tutorial presented by Daniel Robbins, President and CEO of >GenToo technologies. Learn everything from fundamentals to system >administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click >_______________________________________________ >FormProc-developer mailing list >For...@li... >https://lists.sourceforge.net/lists/listinfo/formproc-developer > > |
|
From: <ba...@ro...> - 2004-03-19 19:12:40
|
Is there a way in the API to add fileds to be validated? I'm building part of a form on the fly, and have (x) number of repeating fields, that I'd like to validate, but don't know how many, or their names up front (well, I set their names). I figured I could read the form xml in, add the nodes I need, and pass that to the FormManager.. but didn't know if there was a more elegant way. Thanks, Barrie |
|
From: Ted H. <hu...@ap...> - 2003-09-18 18:33:21
|
Here are my configuration files:
<?xml version=3D"1.0" encoding=3D"ISO-8859-1"?>
<!--
/**
* Configuration file for a formproc FormManager
* @author Ted Husted
* @version $Revision: 1.4 $ $Date: 2003/09/18 15:32:24 $
*/
-->
<config>
<!-- map validator types to implementation classes -->
<validator-map type=3D"script"=20
classname=3D"org.formproc.validation.ScriptValidator">
<property name=3D"script-root" value=3D""/>
<property name=3D"script-root-type" value=3D"classpath"/>
</validator-map>
<validator-map type=3D"expression"=20
classname=3D"org.formproc.validation.REValidator"/>
<validator-map type=3D"rule"=20
classname=3D"org.formproc.validation.RuleValidator"/>
<validator-map type=3D"group"=20
classname=3D"org.formproc.validation.ValidatorGroup"/>
<!-- define shared validators -->
<shared-validator name=3D"required">
<validator type=3D"expression">
<pattern>.{1,}</pattern>
<error lang=3D"en">The field is required.</error>
<error lang=3D"fr">Exig=E9e</error>
</validator>
</shared-validator>
<!-- include other configuration files -->
<include
file=3D"formproc-include.xml"
monitor=3D"true"/>
<!-- define forms -->
<form name=3D"cpu_permit_insert"
loader=3D"com.anthonyeden.lib.resource.ClassPathResourceLoader"
path=3D"form-cpu-permit-insert.xml"
monitor=3D"true"/>
<form name=3D"cpu_permit_update"
loader=3D"com.anthonyeden.lib.resource.ClassPathResourceLoader"
path=3D"form-cpu-permit-update.xml"
monitor=3D"true"/>
<form name=3D"cpu_permit_select"
loader=3D"com.anthonyeden.lib.resource.ClassPathResourceLoader"
path=3D"form-cpu-permit-update.xml"
monitor=3D"true"/>
</config>
<?xml version=3D"1.0" encoding=3D"ISO-8859-1"?>
<!--
/**
* Configuration file for a formproc FormManager - place custom=20
validators here
* @author Ted Husted
* @version $Revision: 1.4 $ $Date: 2003/09/18 16:04:00 $
*/
-->
<config>
<shared-validator name=3D"date">
<validator type=3D"expression">
<pattern>\d\d/\d\d/\d\d\d\d</pattern>
<error>Date must be in format MM/dd/yyyy</error>
</validator>
</shared-validator>
<shared-validator name=3D"currency">
<!-- :FIXME: Need a currency rule -->
<validator type=3D"class"=20
classname=3D"org.formproc.validation.PassValidator">
<error>Valid amount required</error>
</validator>
</shared-validator>
<shared-validator name=3D"integer" >
<validator type=3D"rule">
<rule>org.formproc.example.IsIntRule</rule>
<error>Whole number required</error>
</validator>
</shared-validator >
</config>
<?xml version=3D"1.0" encoding=3D"ISO-8859-1"?>
<!--
/**
* Configuration file for CPU_PERMIT_INSERT story.
* @author Ted Husted
* @version $Revision: 1.4 $ $Date: 2003/09/18 16:29:16 $
*/
-->
<!--
<element name=3D"${property}">
<validator type=3D"shared" name=3D"required">
<error>${property} is required.</error>
</validator>
</element>
-->
<form>
<name>cpu_permit_insert</name>
<storer classname=3D"org.formproc.store.MapStorer"/>
<element name=3D"applicant">
<validator type=3D"shared" name=3D"required">
<error>Applicant name is required.</error>
</validator>
</element>
<element name=3D"facServed">
<validator type=3D"shared" name=3D"required">
<error>Facility Served is required.</error>
</validator>
</element>
<element name=3D"dateRec">
<validator type=3D"shared" name=3D"date" />
<converter classname=3D"org.formproc.conversion.DateConverter" >
<parse type=3D"custom" pattern=3D"MM/dd/yyyy"/>
</converter>
</element>
<element name=3D"projType">
<validator type=3D"shared" name=3D"required">
<error>Plan Type is required.</error>
</validator>
</element>
<element name=3D"county">
<validator type=3D"shared" name=3D"required">
<error>County is required.</error>
</validator>
</element>
<element name=3D"contact" />
<element name=3D"address" />
<element name=3D"address2" />
<element name=3D"city"/>
<element name=3D"zip" />
<element name=3D"amtRec">
<validator type=3D"shared" name=3D"currency">
<error>Amount Received must be a number.</error>
</validator>
<converter classname=3D"org.formproc.conversion.DoubleConverter"=
/>
</element>
<element name=3D"moneyDate" optional=3D"true" >
<validator type=3D"shared" name=3D"date" />
<converter classname=3D"org.formproc.conversion.DateConverter" >
<parse type=3D"custom" pattern=3D"MM/dd/yyyy"/>
</converter>
</element>
<element name=3D"checkName" />
<element name=3D"checkNo" />
<element name=3D"aNo" >
<validator type=3D"shared" name=3D"integer" />
<converter classname=3D"org.formproc.conversion.IntegerConverter=
"/>
</element>
<element name=3D"plnNo" />
<element name=3D"engNo" />
<element name=3D"conEng" />
<element name=3D"review" optional=3D"true" >
<validator type=3D"shared" name=3D"date" />
<converter classname=3D"org.formproc.conversion.DateConverter" >
<parse type=3D"custom" pattern=3D"MM/dd/yyyy"/>
</converter>
</element>
<element name=3D"permitNo1" />
<element name=3D"system" />
</form>
|
|
From: Ted H. <hu...@ap...> - 2003-09-18 18:31:26
|
Anthon Eden wrote: > Ted, > > Does the example web application work for you? What server are you > using exactly (I see Jetty, but is it Jetty standalone or within > JBoss?) > > I just tested the example app in tomcat 4.1.24 and it worked with no > problems. The example applications work when I build them from CVS and run them under Tomcat. I have Jetty configured to run standalone under my IDE. I don't know if the examples work under Jetty since it is not configured for JSPs. But I deployed my working application under Tomcat using the CVS JAR, and it failed in a similar way. I imagine it has something to do with the configuration files, but I can't see how mine are different. W -Ted. javax.servlet.ServletException: Form configuration not found for 'cpu_permit_insert' at net.sf.mav.opt.controller.ThrowawayFormProcBean.go(ThrowawayFormProcBean.java:352) at org.infohazard.maverick.flow.ThrowawayControllerAdapter.go(ThrowawayControllerAdapter.java:58) at org.infohazard.maverick.flow.ControllerWithParams.go(ControllerWithParams.java:36) at org.infohazard.maverick.flow.CommandBase.go(CommandBase.java:44) at org.infohazard.maverick.Dispatcher.service(Dispatcher.java:237) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:247) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:256) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2416) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:171) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:172) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:174) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.coyote.tomcat4.CoyoteAdapter.service(CoyoteAdapter.java:223) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:601) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:392) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:565) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:619) at java.lang.Thread.run(Thread.java:536) root cause org.formproc.FormConfigurationException: Form configuration not found for 'cpu_permit_insert' at org.formproc.FormManager.getFormConfiguration(FormManager.java:198) at org.formproc.FormManager.configure(FormManager.java:185) at net.sf.mav.opt.controller.ThrowawayFormProcBean.configureForm(ThrowawayFormProcBean.java:237) at net.sf.mav.opt.controller.ThrowawayFormProcBean.processForm(ThrowawayFormProcBean.java:261) at net.sf.mav.opt.controller.ThrowawayFormProcBean.go(ThrowawayFormProcBean.java:344) at org.infohazard.maverick.flow.ThrowawayControllerAdapter.go(ThrowawayControllerAdapter.java:58) at org.infohazard.maverick.flow.ControllerWithParams.go(ControllerWithParams.java:36) at org.infohazard.maverick.flow.CommandBase.go(CommandBase.java:44) at org.infohazard.maverick.Dispatcher.service(Dispatcher.java:237) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:247) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:256) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2416) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:171) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:172) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:174) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.coyote.tomcat4.CoyoteAdapter.service(CoyoteAdapter.java:223) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:601) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:392) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:565) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:619) at java.lang.Thread.run(Thread.java:536) > > Ted Husted wrote: > >> I tried building FormProc from CVS, but when I do, I'm get >> >> HTTP ERROR: 500 Form configuration not found for 'cpu_permit_insert' >> >> When I switch back to the 1.3.1 JAR, all is well, even when I rebuild >> that JAR from the 1.3.1 source. I updated to EdenLib 1.5, so that's >> not it. (Is EdenLib 1.5 in the CVS lib?) >> >> Could this change be the culprit? >> >> - Added support for specifying a default message provider in the >> formproc.xml configuration. >> >> If so, what might I need add to 1.3.1 formproc.xml to get it to work? >> >> -Ted. >> >> >> 0 [PoolThread-1] WARN org.apache.commons.vfs.VFS - Skipping >> provider "org.apache.commons.vfs.provider.ftp.FtpFileProvider" because >> required class "org.apache.commons.net.ftp.FTPFile" is not available. >> 10 [PoolThread-1] WARN org.apache.commons.vfs.VFS - Skipping >> provider "org.apache.commons.vfs.provider.smb.SmbFileProvider" because >> required class "jcifs.smb.SmbFile" is not available. >> 10 [PoolThread-1] WARN org.apache.commons.vfs.VFS - Skipping >> provider "org.apache.commons.vfs.provider.webdav.WebdavFileProvider" >> because required class "org.apache.webdav.lib.WebdavResource" is not >> available. >> 20 [PoolThread-1] WARN org.apache.commons.vfs.VFS - Skipping >> provider "org.apache.commons.vfs.provider.sftp.SftpFileProvider" >> because required class "com.jcraft.jsch.JSch" is not available. >> java.lang.NullPointerException >> at >> com.anthonyeden.lib.util.ClassUtilities.getResourceAsStream(ClassUtilities.java:243) >> >> at >> com.anthonyeden.lib.util.ClassUtilities.getResourceAsStream(ClassUtilities.java:222) >> >> at >> com.anthonyeden.lib.resource.ClassPathResourceLoader.loadResource(ClassPathResourceLoader.java:82) >> >> at org.formproc.FormManager.loadInclude(FormManager.java:432) >> at org.formproc.FormManager.loadConfiguration(FormManager.java:355) >> at org.formproc.FormManager.reload(FormManager.java:376) >> at org.formproc.FormManager.loadConfiguration(FormManager.java:319) >> at org.formproc.FormManager.loadConfiguration(FormManager.java:288) >> at >> net.sf.mav.opt.controller.ThrowawayFormProcBean.processForm(ThrowawayFormProcBean.java:256) >> >> at >> net.sf.mav.opt.controller.ThrowawayFormProcBean.go(ThrowawayFormProcBean.java:343) >> >> at >> org.infohazard.maverick.flow.ThrowawayControllerAdapter.go(ThrowawayControllerAdapter.java:58) >> >> at >> org.infohazard.maverick.flow.ControllerWithParams.go(ControllerWithParams.java:36) >> >> at org.infohazard.maverick.flow.CommandBase.go(CommandBase.java:44) >> at org.infohazard.maverick.Dispatcher.service(Dispatcher.java:237) >> at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) >> at >> org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:356) >> at >> org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandler.java:294) >> >> at >> org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:558) >> at org.mortbay.http.HttpContext.handle(HttpContext.java:1723) >> at >> org.mortbay.jetty.servlet.WebApplicationContext.handle(WebApplicationContext.java:514) >> >> at org.mortbay.http.HttpContext.handle(HttpContext.java:1673) >> at org.mortbay.http.HttpServer.service(HttpServer.java:879) >> at org.mortbay.http.HttpConnection.service(HttpConnection.java:783) >> at >> org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:945) >> at org.mortbay.http.HttpConnection.handle(HttpConnection.java:800) >> at >> org.mortbay.http.SocketListener.handleConnection(SocketListener.java:201) >> at org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:289) >> at org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:454) >> com.anthonyeden.lib.resource.ResourceException >> at >> com.anthonyeden.lib.resource.ClassPathResourceLoader.loadResource(ClassPathResourceLoader.java:87) >> >> at org.formproc.FormManager.loadInclude(FormManager.java:432) >> at org.formproc.FormManager.loadConfiguration(FormManager.java:355) >> at org.formproc.FormManager.reload(FormManager.java:376) >> at org.formproc.FormManager.loadConfiguration(FormManager.java:319) >> at org.formproc.FormManager.loadConfiguration(FormManager.java:288) >> at >> net.sf.mav.opt.controller.ThrowawayFormProcBean.processForm(ThrowawayFormProcBean.java:256) >> >> at >> net.sf.mav.opt.controller.ThrowawayFormProcBean.go(ThrowawayFormProcBean.java:343) >> >> at >> org.infohazard.maverick.flow.ThrowawayControllerAdapter.go(ThrowawayControllerAdapter.java:58) >> >> at >> org.infohazard.maverick.flow.ControllerWithParams.go(ControllerWithParams.java:36) >> >> at org.infohazard.maverick.flow.CommandBase.go(CommandBase.java:44) >> at org.infohazard.maverick.Dispatcher.service(Dispatcher.java:237) >> at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) >> at >> org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:356) >> at >> org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandler.java:294) >> >> at >> org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:558) >> at org.mortbay.http.HttpContext.handle(HttpContext.java:1723) >> at >> org.mortbay.jetty.servlet.WebApplicationContext.handle(WebApplicationContext.java:514) >> >> at org.mortbay.http.HttpContext.handle(HttpContext.java:1673) >> at org.mortbay.http.HttpServer.service(HttpServer.java:879) >> at org.mortbay.http.HttpConnection.service(HttpConnection.java:783) >> at >> org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:945) >> at org.mortbay.http.HttpConnection.handle(HttpConnection.java:800) >> at >> org.mortbay.http.SocketListener.handleConnection(SocketListener.java:201) >> at org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:289) >> at org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:454) >> Nested Exception: >> java.lang.NullPointerException >> at >> com.anthonyeden.lib.util.ClassUtilities.getResourceAsStream(ClassUtilities.java:243) >> >> at >> com.anthonyeden.lib.util.ClassUtilities.getResourceAsStream(ClassUtilities.java:222) >> >> at >> com.anthonyeden.lib.resource.ClassPathResourceLoader.loadResource(ClassPathResourceLoader.java:82) >> >> at org.formproc.FormManager.loadInclude(FormManager.java:432) >> at org.formproc.FormManager.loadConfiguration(FormManager.java:355) >> at org.formproc.FormManager.reload(FormManager.java:376) >> at org.formproc.FormManager.loadConfiguration(FormManager.java:319) >> at org.formproc.FormManager.loadConfiguration(FormManager.java:288) >> at >> net.sf.mav.opt.controller.ThrowawayFormProcBean.processForm(ThrowawayFormProcBean.java:256) >> >> at >> net.sf.mav.opt.controller.ThrowawayFormProcBean.go(ThrowawayFormProcBean.java:343) >> >> at >> org.infohazard.maverick.flow.ThrowawayControllerAdapter.go(ThrowawayControllerAdapter.java:58) >> >> at >> org.infohazard.maverick.flow.ControllerWithParams.go(ControllerWithParams.java:36) >> >> at org.infohazard.maverick.flow.CommandBase.go(CommandBase.java:44) >> at org.infohazard.maverick.Dispatcher.service(Dispatcher.java:237) >> at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) >> at >> org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:356) >> at >> org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandler.java:294) >> >> at >> org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:558) >> at org.mortbay.http.HttpContext.handle(HttpContext.java:1723) >> at >> org.mortbay.jetty.servlet.WebApplicationContext.handle(WebApplicationContext.java:514) >> >> at org.mortbay.http.HttpContext.handle(HttpContext.java:1673) >> at org.mortbay.http.HttpServer.service(HttpServer.java:879) >> at org.mortbay.http.HttpConnection.service(HttpConnection.java:783) >> at >> org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:945) >> at org.mortbay.http.HttpConnection.handle(HttpConnection.java:800) >> at >> org.mortbay.http.SocketListener.handleConnection(SocketListener.java:201) >> at org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:289) >> at org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:454) >> 13:47:48.006 WARN!! Exception for /cpu/legacy/InsertSubmit.go >> org.formproc.FormConfigurationException: Form configuration not found >> for 'cpu_permit_insert' >> at >> org.formproc.FormManager.getFormConfiguration(FormManager.java:178) >> at org.formproc.FormManager.configure(FormManager.java:165) >> at >> net.sf.mav.opt.controller.ThrowawayFormProcBean.configureForm(ThrowawayFormProcBean.java:236) >> >> at >> net.sf.mav.opt.controller.ThrowawayFormProcBean.processForm(ThrowawayFormProcBean.java:260) >> >> at >> net.sf.mav.opt.controller.ThrowawayFormProcBean.go(ThrowawayFormProcBean.java:343) >> >> at >> org.infohazard.maverick.flow.ThrowawayControllerAdapter.go(ThrowawayControllerAdapter.java:58) >> >> at >> org.infohazard.maverick.flow.ControllerWithParams.go(ControllerWithParams.java:36) >> >> at org.infohazard.maverick.flow.CommandBase.go(CommandBase.java:44) >> at org.infohazard.maverick.Dispatcher.service(Dispatcher.java:237) >> at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) >> at >> org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:356) >> at >> org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandler.java:294) >> >> at >> org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:558) >> at org.mortbay.http.HttpContext.handle(HttpContext.java:1723) >> at >> org.mortbay.jetty.servlet.WebApplicationContext.handle(WebApplicationContext.java:514) >> >> at org.mortbay.http.HttpContext.handle(HttpContext.java:1673) >> at org.mortbay.http.HttpServer.service(HttpServer.java:879) >> at org.mortbay.http.HttpConnection.service(HttpConnection.java:783) >> at >> org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:945) >> at org.mortbay.http.HttpConnection.handle(HttpConnection.java:800) >> at >> org.mortbay.http.SocketListener.handleConnection(SocketListener.java:201) >> at org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:289) >> at org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:454) >> >> >> >> >> >> >> >> ------------------------------------------------------- >> This sf.net email is sponsored by:ThinkGeek >> Welcome to geek heaven. >> http://thinkgeek.com/sf >> _______________________________________________ >> FormProc-developer mailing list >> For...@li... >> https://lists.sourceforge.net/lists/listinfo/formproc-developer > > > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > FormProc-developer mailing list > For...@li... > https://lists.sourceforge.net/lists/listinfo/formproc-developer > -- Ted Husted, Junit in Action - <http://www.manning.com/massol/>, Struts in Action - <http://husted.com/struts/book.html>, JSP Site Design - <http://www.amazon.com/exec/obidos/ISBN=1861005512>. |
|
From: Anthon E. <me...@an...> - 2003-09-18 02:11:05
|
Ted, Does the example web application work for you? What server are you using exactly (I see Jetty, but is it Jetty standalone or within JBoss?) I just tested the example app in tomcat 4.1.24 and it worked with no problems. Sincerely, Anthony Eden Ted Husted wrote: > I tried building FormProc from CVS, but when I do, I'm get > > HTTP ERROR: 500 Form configuration not found for 'cpu_permit_insert' > > When I switch back to the 1.3.1 JAR, all is well, even when I rebuild > that JAR from the 1.3.1 source. I updated to EdenLib 1.5, so that's > not it. (Is EdenLib 1.5 in the CVS lib?) > > Could this change be the culprit? > > - Added support for specifying a default message provider in the > formproc.xml configuration. > > If so, what might I need add to 1.3.1 formproc.xml to get it to work? > > -Ted. > > > 0 [PoolThread-1] WARN org.apache.commons.vfs.VFS - Skipping > provider "org.apache.commons.vfs.provider.ftp.FtpFileProvider" because > required class "org.apache.commons.net.ftp.FTPFile" is not available. > 10 [PoolThread-1] WARN org.apache.commons.vfs.VFS - Skipping > provider "org.apache.commons.vfs.provider.smb.SmbFileProvider" because > required class "jcifs.smb.SmbFile" is not available. > 10 [PoolThread-1] WARN org.apache.commons.vfs.VFS - Skipping > provider "org.apache.commons.vfs.provider.webdav.WebdavFileProvider" > because required class "org.apache.webdav.lib.WebdavResource" is not > available. > 20 [PoolThread-1] WARN org.apache.commons.vfs.VFS - Skipping > provider "org.apache.commons.vfs.provider.sftp.SftpFileProvider" > because required class "com.jcraft.jsch.JSch" is not available. > java.lang.NullPointerException > at > com.anthonyeden.lib.util.ClassUtilities.getResourceAsStream(ClassUtilities.java:243) > > at > com.anthonyeden.lib.util.ClassUtilities.getResourceAsStream(ClassUtilities.java:222) > > at > com.anthonyeden.lib.resource.ClassPathResourceLoader.loadResource(ClassPathResourceLoader.java:82) > > at org.formproc.FormManager.loadInclude(FormManager.java:432) > at org.formproc.FormManager.loadConfiguration(FormManager.java:355) > at org.formproc.FormManager.reload(FormManager.java:376) > at org.formproc.FormManager.loadConfiguration(FormManager.java:319) > at org.formproc.FormManager.loadConfiguration(FormManager.java:288) > at > net.sf.mav.opt.controller.ThrowawayFormProcBean.processForm(ThrowawayFormProcBean.java:256) > > at > net.sf.mav.opt.controller.ThrowawayFormProcBean.go(ThrowawayFormProcBean.java:343) > > at > org.infohazard.maverick.flow.ThrowawayControllerAdapter.go(ThrowawayControllerAdapter.java:58) > > at > org.infohazard.maverick.flow.ControllerWithParams.go(ControllerWithParams.java:36) > > at org.infohazard.maverick.flow.CommandBase.go(CommandBase.java:44) > at org.infohazard.maverick.Dispatcher.service(Dispatcher.java:237) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) > at > org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:356) > at > org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandler.java:294) > > at > org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:558) > at org.mortbay.http.HttpContext.handle(HttpContext.java:1723) > at > org.mortbay.jetty.servlet.WebApplicationContext.handle(WebApplicationContext.java:514) > > at org.mortbay.http.HttpContext.handle(HttpContext.java:1673) > at org.mortbay.http.HttpServer.service(HttpServer.java:879) > at org.mortbay.http.HttpConnection.service(HttpConnection.java:783) > at > org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:945) > at org.mortbay.http.HttpConnection.handle(HttpConnection.java:800) > at > org.mortbay.http.SocketListener.handleConnection(SocketListener.java:201) > at org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:289) > at org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:454) > com.anthonyeden.lib.resource.ResourceException > at > com.anthonyeden.lib.resource.ClassPathResourceLoader.loadResource(ClassPathResourceLoader.java:87) > > at org.formproc.FormManager.loadInclude(FormManager.java:432) > at org.formproc.FormManager.loadConfiguration(FormManager.java:355) > at org.formproc.FormManager.reload(FormManager.java:376) > at org.formproc.FormManager.loadConfiguration(FormManager.java:319) > at org.formproc.FormManager.loadConfiguration(FormManager.java:288) > at > net.sf.mav.opt.controller.ThrowawayFormProcBean.processForm(ThrowawayFormProcBean.java:256) > > at > net.sf.mav.opt.controller.ThrowawayFormProcBean.go(ThrowawayFormProcBean.java:343) > > at > org.infohazard.maverick.flow.ThrowawayControllerAdapter.go(ThrowawayControllerAdapter.java:58) > > at > org.infohazard.maverick.flow.ControllerWithParams.go(ControllerWithParams.java:36) > > at org.infohazard.maverick.flow.CommandBase.go(CommandBase.java:44) > at org.infohazard.maverick.Dispatcher.service(Dispatcher.java:237) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) > at > org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:356) > at > org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandler.java:294) > > at > org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:558) > at org.mortbay.http.HttpContext.handle(HttpContext.java:1723) > at > org.mortbay.jetty.servlet.WebApplicationContext.handle(WebApplicationContext.java:514) > > at org.mortbay.http.HttpContext.handle(HttpContext.java:1673) > at org.mortbay.http.HttpServer.service(HttpServer.java:879) > at org.mortbay.http.HttpConnection.service(HttpConnection.java:783) > at > org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:945) > at org.mortbay.http.HttpConnection.handle(HttpConnection.java:800) > at > org.mortbay.http.SocketListener.handleConnection(SocketListener.java:201) > at org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:289) > at org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:454) > Nested Exception: > java.lang.NullPointerException > at > com.anthonyeden.lib.util.ClassUtilities.getResourceAsStream(ClassUtilities.java:243) > > at > com.anthonyeden.lib.util.ClassUtilities.getResourceAsStream(ClassUtilities.java:222) > > at > com.anthonyeden.lib.resource.ClassPathResourceLoader.loadResource(ClassPathResourceLoader.java:82) > > at org.formproc.FormManager.loadInclude(FormManager.java:432) > at org.formproc.FormManager.loadConfiguration(FormManager.java:355) > at org.formproc.FormManager.reload(FormManager.java:376) > at org.formproc.FormManager.loadConfiguration(FormManager.java:319) > at org.formproc.FormManager.loadConfiguration(FormManager.java:288) > at > net.sf.mav.opt.controller.ThrowawayFormProcBean.processForm(ThrowawayFormProcBean.java:256) > > at > net.sf.mav.opt.controller.ThrowawayFormProcBean.go(ThrowawayFormProcBean.java:343) > > at > org.infohazard.maverick.flow.ThrowawayControllerAdapter.go(ThrowawayControllerAdapter.java:58) > > at > org.infohazard.maverick.flow.ControllerWithParams.go(ControllerWithParams.java:36) > > at org.infohazard.maverick.flow.CommandBase.go(CommandBase.java:44) > at org.infohazard.maverick.Dispatcher.service(Dispatcher.java:237) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) > at > org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:356) > at > org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandler.java:294) > > at > org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:558) > at org.mortbay.http.HttpContext.handle(HttpContext.java:1723) > at > org.mortbay.jetty.servlet.WebApplicationContext.handle(WebApplicationContext.java:514) > > at org.mortbay.http.HttpContext.handle(HttpContext.java:1673) > at org.mortbay.http.HttpServer.service(HttpServer.java:879) > at org.mortbay.http.HttpConnection.service(HttpConnection.java:783) > at > org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:945) > at org.mortbay.http.HttpConnection.handle(HttpConnection.java:800) > at > org.mortbay.http.SocketListener.handleConnection(SocketListener.java:201) > at org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:289) > at org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:454) > 13:47:48.006 WARN!! Exception for /cpu/legacy/InsertSubmit.go > org.formproc.FormConfigurationException: Form configuration not found > for 'cpu_permit_insert' > at > org.formproc.FormManager.getFormConfiguration(FormManager.java:178) > at org.formproc.FormManager.configure(FormManager.java:165) > at > net.sf.mav.opt.controller.ThrowawayFormProcBean.configureForm(ThrowawayFormProcBean.java:236) > > at > net.sf.mav.opt.controller.ThrowawayFormProcBean.processForm(ThrowawayFormProcBean.java:260) > > at > net.sf.mav.opt.controller.ThrowawayFormProcBean.go(ThrowawayFormProcBean.java:343) > > at > org.infohazard.maverick.flow.ThrowawayControllerAdapter.go(ThrowawayControllerAdapter.java:58) > > at > org.infohazard.maverick.flow.ControllerWithParams.go(ControllerWithParams.java:36) > > at org.infohazard.maverick.flow.CommandBase.go(CommandBase.java:44) > at org.infohazard.maverick.Dispatcher.service(Dispatcher.java:237) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) > at > org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:356) > at > org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandler.java:294) > > at > org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:558) > at org.mortbay.http.HttpContext.handle(HttpContext.java:1723) > at > org.mortbay.jetty.servlet.WebApplicationContext.handle(WebApplicationContext.java:514) > > at org.mortbay.http.HttpContext.handle(HttpContext.java:1673) > at org.mortbay.http.HttpServer.service(HttpServer.java:879) > at org.mortbay.http.HttpConnection.service(HttpConnection.java:783) > at > org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:945) > at org.mortbay.http.HttpConnection.handle(HttpConnection.java:800) > at > org.mortbay.http.SocketListener.handleConnection(SocketListener.java:201) > at org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:289) > at org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:454) > > > > > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > FormProc-developer mailing list > For...@li... > https://lists.sourceforge.net/lists/listinfo/formproc-developer |
|
From: Ted H. <hu...@ap...> - 2003-09-17 18:04:40
|
I tried building FormProc from CVS, but when I do, I'm get
HTTP ERROR: 500 Form configuration not found for 'cpu_permit_insert'
When I switch back to the 1.3.1 JAR, all is well, even when I rebuild
that JAR from the 1.3.1 source. I updated to EdenLib 1.5, so that's not
it. (Is EdenLib 1.5 in the CVS lib?)
Could this change be the culprit?
- Added support for specifying a default message provider in the
formproc.xml configuration.
If so, what might I need add to 1.3.1 formproc.xml to get it to work?
-Ted.
0 [PoolThread-1] WARN org.apache.commons.vfs.VFS - Skipping
provider "org.apache.commons.vfs.provider.ftp.FtpFileProvider" because
required class "org.apache.commons.net.ftp.FTPFile" is not available.
10 [PoolThread-1] WARN org.apache.commons.vfs.VFS - Skipping
provider "org.apache.commons.vfs.provider.smb.SmbFileProvider" because
required class "jcifs.smb.SmbFile" is not available.
10 [PoolThread-1] WARN org.apache.commons.vfs.VFS - Skipping
provider "org.apache.commons.vfs.provider.webdav.WebdavFileProvider"
because required class "org.apache.webdav.lib.WebdavResource" is not
available.
20 [PoolThread-1] WARN org.apache.commons.vfs.VFS - Skipping
provider "org.apache.commons.vfs.provider.sftp.SftpFileProvider" because
required class "com.jcraft.jsch.JSch" is not available.
java.lang.NullPointerException
at
com.anthonyeden.lib.util.ClassUtilities.getResourceAsStream(ClassUtilities.java:243)
at
com.anthonyeden.lib.util.ClassUtilities.getResourceAsStream(ClassUtilities.java:222)
at
com.anthonyeden.lib.resource.ClassPathResourceLoader.loadResource(ClassPathResourceLoader.java:82)
at org.formproc.FormManager.loadInclude(FormManager.java:432)
at org.formproc.FormManager.loadConfiguration(FormManager.java:355)
at org.formproc.FormManager.reload(FormManager.java:376)
at org.formproc.FormManager.loadConfiguration(FormManager.java:319)
at org.formproc.FormManager.loadConfiguration(FormManager.java:288)
at
net.sf.mav.opt.controller.ThrowawayFormProcBean.processForm(ThrowawayFormProcBean.java:256)
at
net.sf.mav.opt.controller.ThrowawayFormProcBean.go(ThrowawayFormProcBean.java:343)
at
org.infohazard.maverick.flow.ThrowawayControllerAdapter.go(ThrowawayControllerAdapter.java:58)
at
org.infohazard.maverick.flow.ControllerWithParams.go(ControllerWithParams.java:36)
at org.infohazard.maverick.flow.CommandBase.go(CommandBase.java:44)
at org.infohazard.maverick.Dispatcher.service(Dispatcher.java:237)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:356)
at
org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandler.java:294)
at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:558)
at org.mortbay.http.HttpContext.handle(HttpContext.java:1723)
at
org.mortbay.jetty.servlet.WebApplicationContext.handle(WebApplicationContext.java:514)
at org.mortbay.http.HttpContext.handle(HttpContext.java:1673)
at org.mortbay.http.HttpServer.service(HttpServer.java:879)
at org.mortbay.http.HttpConnection.service(HttpConnection.java:783)
at org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:945)
at org.mortbay.http.HttpConnection.handle(HttpConnection.java:800)
at
org.mortbay.http.SocketListener.handleConnection(SocketListener.java:201)
at org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:289)
at org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:454)
com.anthonyeden.lib.resource.ResourceException
at
com.anthonyeden.lib.resource.ClassPathResourceLoader.loadResource(ClassPathResourceLoader.java:87)
at org.formproc.FormManager.loadInclude(FormManager.java:432)
at org.formproc.FormManager.loadConfiguration(FormManager.java:355)
at org.formproc.FormManager.reload(FormManager.java:376)
at org.formproc.FormManager.loadConfiguration(FormManager.java:319)
at org.formproc.FormManager.loadConfiguration(FormManager.java:288)
at
net.sf.mav.opt.controller.ThrowawayFormProcBean.processForm(ThrowawayFormProcBean.java:256)
at
net.sf.mav.opt.controller.ThrowawayFormProcBean.go(ThrowawayFormProcBean.java:343)
at
org.infohazard.maverick.flow.ThrowawayControllerAdapter.go(ThrowawayControllerAdapter.java:58)
at
org.infohazard.maverick.flow.ControllerWithParams.go(ControllerWithParams.java:36)
at org.infohazard.maverick.flow.CommandBase.go(CommandBase.java:44)
at org.infohazard.maverick.Dispatcher.service(Dispatcher.java:237)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:356)
at
org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandler.java:294)
at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:558)
at org.mortbay.http.HttpContext.handle(HttpContext.java:1723)
at
org.mortbay.jetty.servlet.WebApplicationContext.handle(WebApplicationContext.java:514)
at org.mortbay.http.HttpContext.handle(HttpContext.java:1673)
at org.mortbay.http.HttpServer.service(HttpServer.java:879)
at org.mortbay.http.HttpConnection.service(HttpConnection.java:783)
at org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:945)
at org.mortbay.http.HttpConnection.handle(HttpConnection.java:800)
at
org.mortbay.http.SocketListener.handleConnection(SocketListener.java:201)
at org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:289)
at org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:454)
Nested Exception:
java.lang.NullPointerException
at
com.anthonyeden.lib.util.ClassUtilities.getResourceAsStream(ClassUtilities.java:243)
at
com.anthonyeden.lib.util.ClassUtilities.getResourceAsStream(ClassUtilities.java:222)
at
com.anthonyeden.lib.resource.ClassPathResourceLoader.loadResource(ClassPathResourceLoader.java:82)
at org.formproc.FormManager.loadInclude(FormManager.java:432)
at org.formproc.FormManager.loadConfiguration(FormManager.java:355)
at org.formproc.FormManager.reload(FormManager.java:376)
at org.formproc.FormManager.loadConfiguration(FormManager.java:319)
at org.formproc.FormManager.loadConfiguration(FormManager.java:288)
at
net.sf.mav.opt.controller.ThrowawayFormProcBean.processForm(ThrowawayFormProcBean.java:256)
at
net.sf.mav.opt.controller.ThrowawayFormProcBean.go(ThrowawayFormProcBean.java:343)
at
org.infohazard.maverick.flow.ThrowawayControllerAdapter.go(ThrowawayControllerAdapter.java:58)
at
org.infohazard.maverick.flow.ControllerWithParams.go(ControllerWithParams.java:36)
at org.infohazard.maverick.flow.CommandBase.go(CommandBase.java:44)
at org.infohazard.maverick.Dispatcher.service(Dispatcher.java:237)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:356)
at
org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandler.java:294)
at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:558)
at org.mortbay.http.HttpContext.handle(HttpContext.java:1723)
at
org.mortbay.jetty.servlet.WebApplicationContext.handle(WebApplicationContext.java:514)
at org.mortbay.http.HttpContext.handle(HttpContext.java:1673)
at org.mortbay.http.HttpServer.service(HttpServer.java:879)
at org.mortbay.http.HttpConnection.service(HttpConnection.java:783)
at org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:945)
at org.mortbay.http.HttpConnection.handle(HttpConnection.java:800)
at
org.mortbay.http.SocketListener.handleConnection(SocketListener.java:201)
at org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:289)
at org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:454)
13:47:48.006 WARN!! Exception for /cpu/legacy/InsertSubmit.go
org.formproc.FormConfigurationException: Form configuration not found
for 'cpu_permit_insert'
at org.formproc.FormManager.getFormConfiguration(FormManager.java:178)
at org.formproc.FormManager.configure(FormManager.java:165)
at
net.sf.mav.opt.controller.ThrowawayFormProcBean.configureForm(ThrowawayFormProcBean.java:236)
at
net.sf.mav.opt.controller.ThrowawayFormProcBean.processForm(ThrowawayFormProcBean.java:260)
at
net.sf.mav.opt.controller.ThrowawayFormProcBean.go(ThrowawayFormProcBean.java:343)
at
org.infohazard.maverick.flow.ThrowawayControllerAdapter.go(ThrowawayControllerAdapter.java:58)
at
org.infohazard.maverick.flow.ControllerWithParams.go(ControllerWithParams.java:36)
at org.infohazard.maverick.flow.CommandBase.go(CommandBase.java:44)
at org.infohazard.maverick.Dispatcher.service(Dispatcher.java:237)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:356)
at
org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandler.java:294)
at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:558)
at org.mortbay.http.HttpContext.handle(HttpContext.java:1723)
at
org.mortbay.jetty.servlet.WebApplicationContext.handle(WebApplicationContext.java:514)
at org.mortbay.http.HttpContext.handle(HttpContext.java:1673)
at org.mortbay.http.HttpServer.service(HttpServer.java:879)
at org.mortbay.http.HttpConnection.service(HttpConnection.java:783)
at org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:945)
at org.mortbay.http.HttpConnection.handle(HttpConnection.java:800)
at
org.mortbay.http.SocketListener.handleConnection(SocketListener.java:201)
at org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:289)
at org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:454)
|
|
From: <Mic...@na...> - 2003-06-29 14:50:53
|
I will be out of the office starting 16/06/2003 and will not return until 14/07/2003. I am on leave until 14th July 2003. Please talk to Robert Northeast regarding IAS issues, otherwise please contact Damian Beltrami _________________________________________________________________ The information contained in this email communication may be confidential. You should only disclose, re-transmit, copy, distribute, act in reliance on or commercialise the information if you are authorised to do so. Any views expressed in this email communication are those of the individual sender, except where the sender specifically states them to be the views of a member of the National Australia Bank Group of companies. The National Australia Bank Group of companies does not represent, warrant or guarantee that the integrity of this communication has been maintained nor that the communication is free of errors, virus or interference. |
|
From: Joseph To <jt...@ya...> - 2003-06-27 20:07:16
|
Hi Anthony,
I just subscribe to the developer list.
Thanks for replying.
I did download formproc-1.3.1, import the war into
websphere app dev and get the error msg.
weird part is if i run the index.jsp twice, the second
msg seem to be diff. it form not configured.
i trace thru the jsp and for some reason the web
container bypass the lines
form.setTarget(user);
formManager.configure(form);
i did a lot of things such as changing the classpath
to include the location of formproc.xml etc but did
not help the situation.
i notice that the culprit seem to be FormManager class
so I tried modifying just that class so that
loadCOnfiguration becomes
File f = new File(CONFIGURATION_FILE);
loadConfiguration(f);
but now i got the
[6/27/03 14:50:51:172 CDT] 4090b6ac WebGroup E
SRVE0026E: [Servlet
Error]-[com/anthonyeden/lib/Reloadable]:
java.lang.NoClassDefFoundError:
com/anthonyeden/lib/Reloadable
funny thing is the formproc-example.jar once imported
into ws app dev studio and run as a regular java app
(i still have to add the location of formproc.xml to
the classpath) and it works.
i think there could be a classpath issue.
Please help.
Thanks.
Joseph
__________________________________
Do you Yahoo!?
SBC Yahoo! DSL - Now only $29.95 per month!
http://sbc.yahoo.com
|
2 messages has been excluded from this view by a project administrator.
