Mailing-List: contact users-help@cocoon.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users@cocoon.apache.org
Received-SPF: pass (hermes.apache.org: domain of owen.tallman@gmail.com
 designates 64.233.162.205 as permitted sender)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
        s=beta; d=gmail.com;
        h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition;
        b=jqJttp1w8VIlSq4JtNPCcKsfjf2fiz1JsHDnFr9RqEbiA3xRPhn8303isJTXgmfWWrZf0aGbclWIB290jKUoWeb358OHmARdw8CsR9gBey0H/VC47T5hNyslFti3mYyh7CrQIGLUpcz7LAIzFcJqo17OAhUQbDnlNRYZTkQ2cc8=
Message-ID: <a650b72105060212464ebb0b7a@mail.gmail.com>
Date: Thu, 2 Jun 2005 15:46:05 -0400
From: Owen Tallman <owen.tallman@gmail.com>
Reply-To: owen.tallman@acm.org
To: users@cocoon.apache.org
Subject: problem with enum and CForms selection-list
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

I've followed the examples and advice I've been able to find and can't
get past this problem. I want to use a typesafe enum to populate the
fields of  a selection-list in my form. I modelled it after the Sex
enum in the form2* example. Things proceed to the point of calling
form.load(bean) in my flowscript, and I get this stack trace:

java.lang.NullPointerException
=09at org.apache.cocoon.forms.datatype.typeimpl.EnumType.getTypeClass(EnumT=
ype.java:55)
=09at org.apache.cocoon.forms.formmodel.Field.setValue(Field.java:161)
=09at org.apache.cocoon.forms.binding.ValueJXPathBinding.doLoad(ValueJXPath=
Binding.java:103)
=09at org.apache.cocoon.forms.binding.JXPathBindingBase.loadFormFromModel(J=
XPathBindingBase.java:162)
=09at org.apache.cocoon.forms.binding.ComposedJXPathBindingBase.doLoad(Comp=
osedJXPathBindingBase.java:96)
=09at org.apache.cocoon.forms.binding.ContextJXPathBinding.doLoad(ContextJX=
PathBinding.java:52)
=09at org.apache.cocoon.forms.binding.JXPathBindingBase.loadFormFromModel(J=
XPathBindingBase.java:162)
=09at org.apache.cocoon.forms.binding.JXPathBindingBase.loadFormFromModel(J=
XPathBindingBase.java:176)
=09at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
=09at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.=
java:39)
=09at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces=
sorImpl.java:25)
=09at java.lang.reflect.Method.invoke(Method.java:324)
=09at org.mozilla.javascript.NativeJavaMethod.call(NativeJavaMethod.java:23=
0)
=09at org.mozilla.javascript.ScriptRuntime.call(ScriptRuntime.java:1244)
=09at org.mozilla.javascript.continuations.ContinuationInterpreter.interpre=
t(ContinuationInterpreter.java:1134)
=09at org.mozilla.javascript.continuations.ContinuationInterpreter.interpre=
t(ContinuationInterpreter.java:190)
=09at org.mozilla.javascript.continuations.ContinuationInterpreter.interpre=
t(ContinuationInterpreter.java:138)
=09at org.mozilla.javascript.continuations.InterpretedFunctionImpl.call(Int=
erpretedFunctionImpl.java:121)
=09at org.mozilla.javascript.ScriptRuntime.call(ScriptRuntime.java:1244)
=09at org.apache.cocoon.components.flow.javascript.fom.FOM_JavaScriptInterp=
reter.callFunction(FOM_JavaScriptInterpreter.java:755)
=09at org.apache.cocoon.components.treeprocessor.sitemap.CallFunctionNode.i=
nvoke(CallFunctionNode.java:135)

... and so on

Here's the form definition. The part that breaks occurs near the end:

<?xml version=3D"1.0"?>
<fd:form xmlns:fd=3D"http://apache.org/cocoon/forms/1.0#definition"
xmlns:i18n=3D"http://apache.org/cocoon/i18n/2.1">
=09<fd:widgets>
        <fd:field id=3D"tab-state">
          <fd:datatype base=3D"string"/>
        </fd:field>

        <fd:booleanfield id=3D"selectAll">
            <fd:label>Select All</fd:label>
        </fd:booleanfield>

        <fd:booleanfield id=3D"clearAll">
            <fd:label>Clear All</fd:label>
            <fd:on-value-changed>
              <javascript>
                java.lang.System.err.println("Clear All!");                =
 =20
                event.source.value =3D false;
              </javascript>
            </fd:on-value-changed>
        </fd:booleanfield>

=09=09<fd:repeater id=3D"packages">

=09=09=09<fd:widgets>
=09=09=09=09<!-- fd: string as id -->
=09=09=09=09<fd:field id=3D"id">
=09=09=09=09=09<fd:datatype base=3D"string"/>
=09=09=09=09</fd:field>
=09=09=09=09<fd:booleanfield id=3D"selection">
=09=09=09=09=09<fd:label/>
=09=09=09=09</fd:booleanfield>
=09=09=09=09<fd:output id=3D"key">
=09=09=09=09=09<fd:datatype base=3D"string"/>
=09=09=09=09</fd:output>
=09=09=09=09<fd:output id=3D"packageName">
=09=09=09=09=09<fd:datatype base=3D"string"/>
=09=09=09=09</fd:output>
=09=09=09=09<fd:output id=3D"ownerName">
=09=09=09=09=09<fd:datatype base=3D"string"/>
=09=09=09=09</fd:output>
=09=09=09</fd:widgets>
=09=09</fd:repeater>

        <fd:field id=3D"locationType">
          <fd:label>Select locations to search:</fd:label>
          <fd:datatype base=3D"enum"/>
            <fd:converter type=3D"enum">
                <fd:enum>com.envisn.nv.form.enums.LocationType</fd:enum>
            </fd:converter>
            <fd:selection-list type=3D"enum"
class=3D"com.envisn.nv.form.enums.LocationType"/>
        </fd:field>

=09</fd:widgets>
</fd:form>

The binding looks like this:

<?xml version=3D"1.0"?>
<fb:context xmlns:fb=3D"http://apache.org/cocoon/forms/1.0#binding" path=3D=
"/">
=09<!-- This binding maps into a collection of reports -->
=09<fb:repeater id=3D"packages" parent-path=3D"." row-path=3D"targets">
=09=09<fb:identity>
=09=09=09<fb:value id=3D"id" path=3D"@id"/>
=09=09</fb:identity>
=09=09<!-- On binding, this maps values in each row to corresponding proper=
ties of a
             com.envisn.nv.query.LookupInfo bean -->
=09=09<fb:on-bind>
=09=09=09<fb:value id=3D"id" path=3D"id"/>
=09=09=09<fb:value id=3D"key" path=3D"key"/>
=09=09=09<fb:value id=3D"packageName" path=3D"displayPath"/>
=09=09=09<fb:value id=3D"ownerName" path=3D"ownerName"/>
=09=09</fb:on-bind>
=09</fb:repeater>

    <!-- the locationType enum binding -->
    <fb:value id=3D"locationType" path=3D"locationType"/>

</fb:context>

The enum class looks like this (actually it pretty much contains the
"Sex" code now, as I wanted to eliminate as many variables in the
comparison as possible:

public class LocationType {

    public static final LocationType MALE =3D new LocationType("M");
    public static final LocationType FEMALE =3D new LocationType("F");
    public static final LocationType ANY =3D new LocationType("A");
    private String code;

    private LocationType(String code) { this.code =3D code; }

    public String toString() {
      // Will probably have some i18n support here
      switch(code.charAt(0)) {
          case 'M' : return this.getClass().getName() + ".MALE";
          case 'F' : return this.getClass().getName() + ".FEMALE";
          case 'A' : return this.getClass().getName() + ".ANY";
          default : return "unknown"; // Should never happen
      }
    }
}

and the bean class that it loads looks like this:

public class PackageAnalysisFormBean {

    private Collection targets =3D new ArrayList();
    private LocationType locationType =3D LocationType.ANY ;

    public Collection getTargets() {  return targets;   }

    public void setTargets(Collection targets) {  this.targets =3D targets;=
 }

    public void addTarget(LookupInfo lookupInfo) {=20
this.targets.add(lookupInfo);  }

    public LocationType getLocationType() { return locationType; }

    public void setLocationType(LocationType locationType) {
this.locationType =3D locationType;    }

}

Finally the flowscript. It uses a factory class to do a query and
populate the bean. That all worked fine prior to introducing the enum
for the selection-list::

--------
function do_packageAnalysis(form) {

    var userSession =3D outerSession.getAttribute(userSessionKey) ;
    var bean =3D Packages.com.envisn.nv.form.WidgetFactory.getPackageAnalys=
isForm(userSession);
    var targets =3D bean.getTargets().toArray() ;
    form.load(bean);
---------

and it blows up there.

Everything worked fine in the earlier version with static selection
definitions. I have traced this as far as I can with logging, and the
bean's methods get called during the form load, and return legitimate
references.  I'd appreciate any hints about what might have gone wrong
here.

Thanks

Owen

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org