Re: ant build file size issue
Thanks Chuck and Kieran. I deleted the lines as suggested and it appears to be all good now. I will upgrade soon, issue is I onlyhave the one Mac development machine and dont want to destroy my environment incase upgrade does not work as expected, so thanks Kieran for the heads up on the new build file. Bearko On Tue, Oct 6, 2009 at 3:34 AM, Chuck Hill ch...@global-village.net wrote: On Oct 5, 2009, at 5:35 AM, Jake Bearkley wrote: ./woproject/ant.frameworks.wo.wosystemroot Delete these lines: Library/Frameworks/JavaVM.framework Library/Java/Extensions/AppleScriptEngine.jar Library/Java/Extensions/CoreAudio.jar Library/Java/Extensions/dns_sd.jar Library/Java/Extensions/j3daudio.jar Library/Java/Extensions/j3dcore.jar Library/Java/Extensions/j3dutils.jar Library/Java/Extensions/jai_codec.jar Library/Java/Extensions/jai_core.jar Library/Java/Extensions/mlibwrapper_jai.jar Library/Java/Extensions/MRJToolkit.jar Library/Java/Extensions/QTJava.zip Library/Java/Extensions/vecmath.jar So this includes Library/Frameworks/JavaVM.framework how do I get rid of it. Do I do it by editing settings within eclipse or can I just delete it from this file? Just edit the file and delete them. It looks like you have a very old version of WOLips. I'll suggest moving up to Eclipse 3.4 and a stable version of WOLips. That will include the New Hotness classpath handling and problems like this will be in the past. Chuck thanks in advance Bearko On Mon, Oct 5, 2009 at 10:15 PM, Kieran Kelleher kieran_li...@mac.com wrote: What is the contents of the 1) project's .classpath file? ... 2) woproject/ant.frameworks.wo.wosystemroot patternset file -Kieran On Oct 5, 2009, at 7:31 AM, Jake Bearkley wrote: an example ./Contents/Library/Frameworks/JavaVM.framework That would be your problem right there. It should NOT be embedding the Java JVM. Check your build file for something that is picking up Java* for embedding perhaps? It looks like it is grabbing this when it gets JavaWebObjects etc. Chuck Thanks for the suggestion although the build.xml and build.properties have not changed in ages below are the files, I can't spot what could be picking it up, can someone else? much appreciated Bearko build.properties #Mon Apr 06 11:21:41 CST 2009 webXML_CustomContent= project.name=ProjJava embed.Network=true webXML=true embed.System=true eoAdaptorClassName= embed.User=true principalClass=Application servletDeployment=true embed.ProjectLocal=true embed.Local=true classes.dir=bin project.name.lowercase=projjava customInfoPListContent= embed.External=true build.xml ?xml version=1.0 encoding=UTF-8? project name=ProjJava default=build basedir=. !-- main targets -- !-- add optional targets to depends list if needed -- target name=build depends=setProps,init.build,build.woapp,ssdd,war/ target name=compileAndBuild depends=setProps,init.build,compile,build.woapp,ssdd,war/ target name=install depends=setProps,init.install,build.woapp,ssdd,war/ target name=clean depends=setProps delete dir=dist/ /target !-- property determination -- target name=setProps property file=${user.home}${file.separator}build.properties/ property file=build.properties/ property file=${user.home}${file.separator}Library${file.separator}wobuild.properties/ condition property=wo.properties.check.failed not and isset property=wo.wosystemroot/ isset property=wo.wolocalroot/ /and /not /condition fail message=Could not find ${user.home}${file.separator}Library${file.separator}wobuild.properties. if=wo.properties.check.failed/ property name=install.dir value=${wo.wolocalroot}/Library/WebObjects/Applications/ /target !-- basic initializations -- target name=init.install tstamp/ property name=dest.dir value=${install.dir}/ /target target name=init.build tstamp/ property name=dest.dir value=dist/ /target !-- woproject tasks -- target name=build.woapp taskdef name=woapplication classname=org.objectstyle.woproject.ant.WOApplication /taskdef !-- add webXML=true to generate a web.xml file -- woapplication name=${project.name} stdFrameworks=false destDir=${dest.dir} customInfoPListContent=${customInfoPListContent} principalClass=${principalClass} webXML=${webXML} webXML_CustomContent=${webXML_CustomContent} classes dir=${classes.dir} patternset includesfile name=woproject/classes.include.patternset/ excludesfile name=woproject/classes.exclude.patternset/ /patternset /classes wsresources dir=WebServerResources patternset include name=**/*/ exclude name=CVS/ exclude name=.svn/ excludesfile name=woproject/wsresources.exclude.patternset/ /patternset /wsresources resources dir=Resources patternset include name=**/*/ exclude name=CVS/ exclude name=.svn/ excludesfile name=woproject/resources.exclude.patternset/ /patternset /resources resources dir=Components patternset include name=**/*/ exclude name=CVS/
Re: WOFileUpload component of WO 5.4.3 version
Hello Ms. Miller, Just trying to see if this thread helps solves your problem: http://lists.apple.com/archives/Webobjects-dev/2008/Dec/msg00727.html Thank you, Shravan Kumar. M --- Forwarded Message: WOFileUpload component of WO 5.4.3 version WOFileUpload component of WO 5.4.3 version Monday, October 5, 2009 7:09 PM From: Vicky C. Miller vcmil...@cssg.com To: webobjects-dep...@lists.apple.com We have an issue with WOFileUpload component of WO 5.4.3 version, if there is a WOFileUpload component in a page then the Form encType should be multipart/form-data, then in this case the form data is not submitting to the Server. When we remove the WOFileUpload then the form data is submitting. Does anyone know a way to resolve this or a work-around? ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
java.lang.ClassCastException: com.webobjects.eoaccess.EOAttribute
Hello, I am receiving the following error on WO 5.4.3 on OS 10.5.8 and Java 1.5 Does anyone know how to debug this? It worked fine before, however, I needed to make a text field accept 10 digits instead of 9 and now its throwing this error when I try to save changes. I checked the database field and that can accept up to 20 chars, so that end is good. When I switch the maxlength and size of the textfield to 9 I don't get this error and it saves my changes, but when I switch to 10...something is definitely not happy :) Thank you in advance, Mersida com.webobjects.appserver._private.WOComponentRequestHandler: Exception occurred while handling request: java.lang.ClassCastException: com.webobjects.eoaccess.EOAttribute [2009-10-6 8:29:56 EDT] WorkerThread0 java.lang.ClassCastException: com.webobjects.eoaccess.EOAttribute at er.extensions.ERXValidationFactory.convertException(ERXValidationFactory.java:275) at er.extensions.ERXEntityClassDescription.validateValueForKey(ERXEntityClassDescription.java:606) at com.webobjects.eocontrol.EOCustomObject.validateValueForKey(EOCustomObject.java:1311) at com.webobjects.foundation.NSValidation$Utility.validateValueForKey(NSValidation.java:478) at com.webobjects.foundation.NSValidation$DefaultImplementation.validateTakeValueForKeyPath(NSValidation.java:675) at com.webobjects.eocontrol.EOCustomObject.validateTakeValueForKeyPath(EOCustomObject.java:1335) at com.webobjects.foundation.NSValidation$Utility.validateTakeValueForKeyPath(NSValidation.java:502) at com.webobjects.foundation.NSValidation$DefaultImplementation.validateTakeValueForKeyPath(NSValidation.java:687) at com.webobjects.eocontrol.EOCustomObject.validateTakeValueForKeyPath(EOCustomObject.java:1335) at com.webobjects.foundation.NSValidation$Utility.validateTakeValueForKeyPath(NSValidation.java:502) at com.webobjects.foundation.NSValidation$DefaultImplementation.validateTakeValueForKeyPath(NSValidation.java:687) at com.webobjects.appserver.WOComponent.validateTakeValueForKeyPath(WOComponent.java:1424) at com.webobjects.appserver._private.WOKeyValueAssociation.setValue(WOKeyValueAssociation.java:76) at com.webobjects.appserver._private.WOTextField.takeValuesFromRequest(WOTextField.java:94) at com.webobjects.appserver._private.WODynamicGroup.takeChildrenValuesFromRequest(WODynamicGroup.java:84) at com.webobjects.appserver._private.WODynamicGroup.takeValuesFromRequest(WODynamicGroup.java:93) at com.webobjects.appserver.WOComponent.takeValuesFromRequest(WOComponent.java:1051) at com.webobjects.appserver._private.WOComponentReference.takeValuesFromRequest(WOComponentReference.java:119) at com.webobjects.appserver._private.WODynamicGroup.takeChildrenValuesFromRequest(WODynamicGroup.java:84) at com.webobjects.appserver._private.WODynamicGroup.takeValuesFromRequest(WODynamicGroup.java:93) at com.webobjects.appserver.WOComponent.takeValuesFromRequest(WOComponent.java:1051) at com.webobjects.appserver._private.WOComponentReference.takeValuesFromRequest(WOComponentReference.java:119) at com.webobjects.appserver._private.WODynamicGroup.takeChildrenValuesFromRequest(WODynamicGroup.java:84) at com.webobjects.appserver._private.WODynamicGroup.takeValuesFromRequest(WODynamicGroup.java:93) at com.webobjects.appserver._private.WOConditional.takeValuesFromRequest(WOConditional.java:79) at com.webobjects.appserver._private.WODynamicGroup.takeChildrenValuesFromRequest(WODynamicGroup.java:84) at com.webobjects.appserver._private.WODynamicGroup.takeValuesFromRequest(WODynamicGroup.java:93) at com.webobjects.appserver._private.WOForm.takeValuesFromRequest(WOForm.java:122) at com.webobjects.appserver._private.WODynamicGroup.takeChildrenValuesFromRequest(WODynamicGroup.java:84) at com.webobjects.appserver._private.WODynamicGroup.takeValuesFromRequest(WODynamicGroup.java:93) at com.webobjects.appserver._private.WOComponentContent.takeValuesFromRequest(WOComponentContent.java:26) at com.webobjects.appserver._private.WODynamicGroup.takeChildrenValuesFromRequest(WODynamicGroup.java:84) at com.webobjects.appserver._private.WODynamicGroup.takeValuesFromRequest(WODynamicGroup.java:93) at com.webobjects.appserver.WOComponent.takeValuesFromRequest(WOComponent.java:1051) at com.webobjects.appserver._private.WOComponentReference.takeValuesFromRequest(WOComponentReference.java:119) at com.webobjects.appserver._private.WODynamicGroup.takeChildrenValuesFromRequest(WODynamicGroup.java:84) at com.webobjects.appserver._private.WODynamicGroup.takeValuesFromRequest(WODynamicGroup.java:93) at com.webobjects.appserver.WOComponent.takeValuesFromRequest(WOComponent.java:1051) at com.webobjects.appserver.WOSession.takeValuesFromRequest(WOSession.java:1331) at com.webobjects.appserver.WOApplication.takeValuesFromRequest(WOApplication.java:1724) at
Re: java.lang.ClassCastException: com.webobjects.eoaccess.EOAttribute
What does the field definition look like in the database schema (CHAR, VARCHAR, etc.)? What does the EOModel attribute inspector look like? On Oct 6, 2009, at 9:01 AM, Mersida Kurti wrote: Hello, I am receiving the following error on WO 5.4.3 on OS 10.5.8 and Java 1.5 Does anyone know how to debug this? It worked fine before, however, I needed to make a text field accept 10 digits instead of 9 and now its throwing this error when I try to save changes. I checked the database field and that can accept up to 20 chars, so that end is good. When I switch the maxlength and size of the textfield to 9 I don't get this error and it saves my changes, but when I switch to 10...something is definitely not happy :) Thank you in advance, Mersida com.webobjects.appserver._private.WOComponentRequestHandler: Exception occurred while handling request: java.lang.ClassCastException: com.webobjects.eoaccess.EOAttribute [2009-10-6 8:29:56 EDT] WorkerThread0 java.lang.ClassCastException: com.webobjects.eoaccess.EOAttribute at er .extensions .ERXValidationFactory.convertException(ERXValidationFactory.java:275) at er .extensions .ERXEntityClassDescription .validateValueForKey(ERXEntityClassDescription.java:606) at com .webobjects .eocontrol.EOCustomObject.validateValueForKey(EOCustomObject.java: 1311) at com.webobjects.foundation.NSValidation $Utility.validateValueForKey(NSValidation.java:478) at com.webobjects.foundation.NSValidation $DefaultImplementation.validateTakeValueForKeyPath(NSValidation.java: 675) at com .webobjects .eocontrol .EOCustomObject.validateTakeValueForKeyPath(EOCustomObject.java:1335) at com.webobjects.foundation.NSValidation $Utility.validateTakeValueForKeyPath(NSValidation.java:502) at com.webobjects.foundation.NSValidation $DefaultImplementation.validateTakeValueForKeyPath(NSValidation.java: 687) at com .webobjects .eocontrol .EOCustomObject.validateTakeValueForKeyPath(EOCustomObject.java:1335) at com.webobjects.foundation.NSValidation $Utility.validateTakeValueForKeyPath(NSValidation.java:502) at com.webobjects.foundation.NSValidation $DefaultImplementation.validateTakeValueForKeyPath(NSValidation.java: 687) at com .webobjects .appserver.WOComponent.validateTakeValueForKeyPath(WOComponent.java: 1424) at com .webobjects .appserver ._private.WOKeyValueAssociation.setValue(WOKeyValueAssociation.java: 76) at com .webobjects .appserver ._private.WOTextField.takeValuesFromRequest(WOTextField.java:94) at com .webobjects .appserver ._private .WODynamicGroup.takeChildrenValuesFromRequest(WODynamicGroup.java:84) at com .webobjects .appserver ._private.WODynamicGroup.takeValuesFromRequest(WODynamicGroup.java:93) at com .webobjects .appserver.WOComponent.takeValuesFromRequest(WOComponent.java:1051) at com .webobjects .appserver ._private .WOComponentReference .takeValuesFromRequest(WOComponentReference.java:119) at com .webobjects .appserver ._private .WODynamicGroup.takeChildrenValuesFromRequest(WODynamicGroup.java:84) at com .webobjects .appserver ._private.WODynamicGroup.takeValuesFromRequest(WODynamicGroup.java:93) at com .webobjects .appserver.WOComponent.takeValuesFromRequest(WOComponent.java:1051) at com .webobjects .appserver ._private .WOComponentReference .takeValuesFromRequest(WOComponentReference.java:119) at com .webobjects .appserver ._private .WODynamicGroup.takeChildrenValuesFromRequest(WODynamicGroup.java:84) at com .webobjects .appserver ._private.WODynamicGroup.takeValuesFromRequest(WODynamicGroup.java:93) at com .webobjects .appserver ._private.WOConditional.takeValuesFromRequest(WOConditional.java:79) at com .webobjects .appserver ._private .WODynamicGroup.takeChildrenValuesFromRequest(WODynamicGroup.java:84) at com .webobjects .appserver ._private.WODynamicGroup.takeValuesFromRequest(WODynamicGroup.java:93) at com .webobjects .appserver._private.WOForm.takeValuesFromRequest(WOForm.java:122) at com .webobjects .appserver ._private .WODynamicGroup.takeChildrenValuesFromRequest(WODynamicGroup.java:84) at com .webobjects .appserver ._private.WODynamicGroup.takeValuesFromRequest(WODynamicGroup.java:93) at com .webobjects .appserver ._private .WOComponentContent.takeValuesFromRequest(WOComponentContent.java:26) at com .webobjects .appserver ._private .WODynamicGroup.takeChildrenValuesFromRequest(WODynamicGroup.java:84) at com .webobjects .appserver ._private.WODynamicGroup.takeValuesFromRequest(WODynamicGroup.java:93) at com .webobjects .appserver.WOComponent.takeValuesFromRequest(WOComponent.java:1051) at com .webobjects .appserver ._private .WOComponentReference .takeValuesFromRequest(WOComponentReference.java:119) at com .webobjects .appserver ._private
Re: java.lang.ClassCastException: com.webobjects.eoaccess.EOAttribute
this stack trace doesn't line up with the current source ... i would recommend using a newer wonder and trying again, if nothing else than to get a proper line number for the failure. On Oct 6, 2009, at 9:01 AM, Mersida Kurti wrote: Hello, I am receiving the following error on WO 5.4.3 on OS 10.5.8 and Java 1.5 Does anyone know how to debug this? It worked fine before, however, I needed to make a text field accept 10 digits instead of 9 and now its throwing this error when I try to save changes. I checked the database field and that can accept up to 20 chars, so that end is good. When I switch the maxlength and size of the textfield to 9 I don't get this error and it saves my changes, but when I switch to 10...something is definitely not happy :) Thank you in advance, Mersida com.webobjects.appserver._private.WOComponentRequestHandler: Exception occurred while handling request: java.lang.ClassCastException: com.webobjects.eoaccess.EOAttribute [2009-10-6 8:29:56 EDT] WorkerThread0 java.lang.ClassCastException: com.webobjects.eoaccess.EOAttribute at er.extensions.ERXValidationFactory.convertException (ERXValidationFactory.java:275) at er.extensions.ERXEntityClassDescription.validateValueForKey (ERXEntityClassDescription.java:606) at com.webobjects.eocontrol.EOCustomObject.validateValueForKey (EOCustomObject.java:1311) at com.webobjects.foundation.NSValidation $Utility.validateValueForKey(NSValidation.java:478) at com.webobjects.foundation.NSValidation $DefaultImplementation.validateTakeValueForKeyPath(NSValidation.java: 675) at com.webobjects.eocontrol.EOCustomObject.validateTakeValueForKeyPath (EOCustomObject.java:1335) at com.webobjects.foundation.NSValidation $Utility.validateTakeValueForKeyPath(NSValidation.java:502) at com.webobjects.foundation.NSValidation $DefaultImplementation.validateTakeValueForKeyPath(NSValidation.java: 687) at com.webobjects.eocontrol.EOCustomObject.validateTakeValueForKeyPath (EOCustomObject.java:1335) at com.webobjects.foundation.NSValidation $Utility.validateTakeValueForKeyPath(NSValidation.java:502) at com.webobjects.foundation.NSValidation $DefaultImplementation.validateTakeValueForKeyPath(NSValidation.java: 687) at com.webobjects.appserver.WOComponent.validateTakeValueForKeyPath (WOComponent.java:1424) at com.webobjects.appserver._private.WOKeyValueAssociation.setValue (WOKeyValueAssociation.java:76) at com.webobjects.appserver._private.WOTextField.takeValuesFromRequest (WOTextField.java:94) at com.webobjects.appserver ._private.WODynamicGroup.takeChildrenValuesFromRequest (WODynamicGroup.java:84) at com.webobjects.appserver ._private.WODynamicGroup.takeValuesFromRequest(WODynamicGroup.java:93) at com.webobjects.appserver.WOComponent.takeValuesFromRequest (WOComponent.java:1051) at com.webobjects.appserver ._private.WOComponentReference.takeValuesFromRequest (WOComponentReference.java:119) at com.webobjects.appserver ._private.WODynamicGroup.takeChildrenValuesFromRequest (WODynamicGroup.java:84) at com.webobjects.appserver ._private.WODynamicGroup.takeValuesFromRequest(WODynamicGroup.java:93) at com.webobjects.appserver.WOComponent.takeValuesFromRequest (WOComponent.java:1051) at com.webobjects.appserver ._private.WOComponentReference.takeValuesFromRequest (WOComponentReference.java:119) at com.webobjects.appserver ._private.WODynamicGroup.takeChildrenValuesFromRequest (WODynamicGroup.java:84) at com.webobjects.appserver ._private.WODynamicGroup.takeValuesFromRequest(WODynamicGroup.java:93) at com.webobjects.appserver._private.WOConditional.takeValuesFromRequest (WOConditional.java:79) at com.webobjects.appserver ._private.WODynamicGroup.takeChildrenValuesFromRequest (WODynamicGroup.java:84) at com.webobjects.appserver ._private.WODynamicGroup.takeValuesFromRequest(WODynamicGroup.java:93) at com.webobjects.appserver._private.WOForm.takeValuesFromRequest (WOForm.java:122) at com.webobjects.appserver ._private.WODynamicGroup.takeChildrenValuesFromRequest (WODynamicGroup.java:84) at com.webobjects.appserver ._private.WODynamicGroup.takeValuesFromRequest(WODynamicGroup.java:93) at com.webobjects.appserver ._private.WOComponentContent.takeValuesFromRequest (WOComponentContent.java:26) at com.webobjects.appserver ._private.WODynamicGroup.takeChildrenValuesFromRequest (WODynamicGroup.java:84) at com.webobjects.appserver ._private.WODynamicGroup.takeValuesFromRequest(WODynamicGroup.java:93) at com.webobjects.appserver.WOComponent.takeValuesFromRequest (WOComponent.java:1051) at com.webobjects.appserver ._private.WOComponentReference.takeValuesFromRequest (WOComponentReference.java:119) at com.webobjects.appserver ._private.WODynamicGroup.takeChildrenValuesFromRequest (WODynamicGroup.java:84) at
Re: java.lang.ClassCastException: com.webobjects.eoaccess.EOAttribute
this is probably the 5.3 version (or pre-54). Cheers, Anjo Am 06.10.2009 um 15:43 schrieb Mike Schrag: this stack trace doesn't line up with the current source ... i would recommend using a newer wonder and trying again, if nothing else than to get a proper line number for the failure. On Oct 6, 2009, at 9:01 AM, Mersida Kurti wrote: Hello, I am receiving the following error on WO 5.4.3 on OS 10.5.8 and Java 1.5 Does anyone know how to debug this? It worked fine before, however, I needed to make a text field accept 10 digits instead of 9 and now its throwing this error when I try to save changes. I checked the database field and that can accept up to 20 chars, so that end is good. When I switch the maxlength and size of the textfield to 9 I don't get this error and it saves my changes, but when I switch to 10...something is definitely not happy :) Thank you in advance, Mersida com.webobjects.appserver._private.WOComponentRequestHandler: Exception occurred while handling request: java.lang.ClassCastException: com.webobjects.eoaccess.EOAttribute [2009-10-6 8:29:56 EDT] WorkerThread0 java.lang.ClassCastException: com.webobjects.eoaccess.EOAttribute at er .extensions .ERXValidationFactory.convertException(ERXValidationFactory.java:275) at er .extensions .ERXEntityClassDescription .validateValueForKey(ERXEntityClassDescription.java:606) at com .webobjects .eocontrol.EOCustomObject.validateValueForKey(EOCustomObject.java: 1311) at com.webobjects.foundation.NSValidation $Utility.validateValueForKey(NSValidation.java:478) at com.webobjects.foundation.NSValidation $ DefaultImplementation.validateTakeValueForKeyPath(NSValidation.java: 675) at com .webobjects .eocontrol .EOCustomObject.validateTakeValueForKeyPath(EOCustomObject.java:1335) at com.webobjects.foundation.NSValidation $Utility.validateTakeValueForKeyPath(NSValidation.java:502) at com.webobjects.foundation.NSValidation $ DefaultImplementation.validateTakeValueForKeyPath(NSValidation.java: 687) at com .webobjects .eocontrol .EOCustomObject.validateTakeValueForKeyPath(EOCustomObject.java:1335) at com.webobjects.foundation.NSValidation $Utility.validateTakeValueForKeyPath(NSValidation.java:502) at com.webobjects.foundation.NSValidation $ DefaultImplementation.validateTakeValueForKeyPath(NSValidation.java: 687) at com .webobjects .appserver.WOComponent.validateTakeValueForKeyPath(WOComponent.java: 1424) at com .webobjects .appserver ._private.WOKeyValueAssociation.setValue(WOKeyValueAssociation.java: 76) at com .webobjects .appserver ._private.WOTextField.takeValuesFromRequest(WOTextField.java:94) at com .webobjects .appserver ._private .WODynamicGroup.takeChildrenValuesFromRequest(WODynamicGroup.java:84) at com .webobjects .appserver ._private.WODynamicGroup.takeValuesFromRequest(WODynamicGroup.java: 93) at com .webobjects .appserver.WOComponent.takeValuesFromRequest(WOComponent.java:1051) at com .webobjects .appserver ._private .WOComponentReference .takeValuesFromRequest(WOComponentReference.java:119) at com .webobjects .appserver ._private .WODynamicGroup.takeChildrenValuesFromRequest(WODynamicGroup.java:84) at com .webobjects .appserver ._private.WODynamicGroup.takeValuesFromRequest(WODynamicGroup.java: 93) at com .webobjects .appserver.WOComponent.takeValuesFromRequest(WOComponent.java:1051) at com .webobjects .appserver ._private .WOComponentReference .takeValuesFromRequest(WOComponentReference.java:119) at com .webobjects .appserver ._private .WODynamicGroup.takeChildrenValuesFromRequest(WODynamicGroup.java:84) at com .webobjects .appserver ._private.WODynamicGroup.takeValuesFromRequest(WODynamicGroup.java: 93) at com .webobjects .appserver ._private.WOConditional.takeValuesFromRequest(WOConditional.java:79) at com .webobjects .appserver ._private .WODynamicGroup.takeChildrenValuesFromRequest(WODynamicGroup.java:84) at com .webobjects .appserver ._private.WODynamicGroup.takeValuesFromRequest(WODynamicGroup.java: 93) at com .webobjects .appserver._private.WOForm.takeValuesFromRequest(WOForm.java:122) at com .webobjects .appserver ._private .WODynamicGroup.takeChildrenValuesFromRequest(WODynamicGroup.java:84) at com .webobjects .appserver ._private.WODynamicGroup.takeValuesFromRequest(WODynamicGroup.java: 93) at com .webobjects .appserver ._private .WOComponentContent.takeValuesFromRequest(WOComponentContent.java:26) at com .webobjects .appserver ._private .WODynamicGroup.takeChildrenValuesFromRequest(WODynamicGroup.java:84) at com .webobjects .appserver ._private.WODynamicGroup.takeValuesFromRequest(WODynamicGroup.java: 93) at com .webobjects .appserver.WOComponent.takeValuesFromRequest(WOComponent.java:1051) at com .webobjects .appserver
Re: java.lang.ClassCastException: com.webobjects.eoaccess.EOAttribute
Thanks Kieran, I checked the EOModel attribute inspector and the width there was set to 9 (should have been 10). This fixed the problem. Thank you!! From: Kieran Kelleher kieran_li...@mac.com To: Mersida Kurti muc...@yahoo.com Cc: WebObjects Dev webobjects-dev@lists.apple.com Sent: Tuesday, October 6, 2009 9:19:12 AM Subject: Re: java.lang.ClassCastException: com.webobjects.eoaccess.EOAttribute What does the field definition look like in the database schema (CHAR, VARCHAR, etc.)? What does the EOModel attribute inspector look like? On Oct 6, 2009, at 9:01 AM, Mersida Kurti wrote: Hello, I am receiving the following error on WO 5.4.3 on OS 10.5.8 and Java 1.5 Does anyone know how to debug this? It worked fine before, however, I needed to make a text field accept 10 digits instead of 9 and now its throwing this error when I try to save changes. I checked the database field and that can accept up to 20 chars, so that end is good. When I switch the maxlength and size of the textfield to 9 I don't get this error and it saves my changes, but when I switch to 10...something is definitely not happy :) Thank you in advance, Mersida com.webobjects.appserver._private.WOComponentRequestHandler: Exception occurred while handling request: java.lang.ClassCastException: com.webobjects.eoaccess.EOAttribute [2009-10-6 8:29:56 EDT] WorkerThread0 java.lang.ClassCastException: com.webobjects.eoaccess.EOAttribute at er.extensions.ERXValidationFactory.convertException(ERXValidationFactory.java:275) at er.extensions.ERXEntityClassDescription.validateValueForKey(ERXEntityClassDescription.java:606) at com.webobjects.eocontrol.EOCustomObject.validateValueForKey(EOCustomObject.java:1311) at com.webobjects.foundation.NSValidation$Utility.validateValueForKey(NSValidation.java:478) at com.webobjects.foundation.NSValidation$DefaultImplementation.validateTakeValueForKeyPath(NSValidation.java:675) at com.webobjects.eocontrol.EOCustomObject.validateTakeValueForKeyPath(EOCustomObject.java:1335) at com.webobjects.foundation.NSValidation$Utility.validateTakeValueForKeyPath(NSValidation.java:502) at com.webobjects.foundation.NSValidation$DefaultImplementation.validateTakeValueForKeyPath(NSValidation.java:687) at com.webobjects.eocontrol.EOCustomObject.validateTakeValueForKeyPath(EOCustomObject.java:1335) at com.webobjects.foundation.NSValidation$Utility.validateTakeValueForKeyPath(NSValidation.java:502) at com.webobjects.foundation.NSValidation$DefaultImplementation.validateTakeValueForKeyPath(NSValidation.java:687) at com.webobjects.appserver.WOComponent.validateTakeValueForKeyPath(WOComponent.java:1424) at com.webobjects.appserver._private.WOKeyValueAssociation.setValue(WOKeyValueAssociation.java:76) at com.webobjects.appserver._private.WOTextField.takeValuesFromRequest(WOTextField.java:94) at com.webobjects.appserver._private.WODynamicGroup.takeChildrenValuesFromRequest(WODynamicGroup.java:84) at com.webobjects.appserver._private.WODynamicGroup.takeValuesFromRequest(WODynamicGroup.java:93) at com.webobjects.appserver.WOComponent.takeValuesFromRequest(WOComponent.java:1051) at com.webobjects.appserver._private.WOComponentReference.takeValuesFromRequest(WOComponentReference.java:119) at com.webobjects.appserver._private.WODynamicGroup.takeChildrenValuesFromRequest(WODynamicGroup.java:84) at com.webobjects.appserver._private.WODynamicGroup.takeValuesFromRequest(WODynamicGroup.java:93) at com.webobjects.appserver.WOComponent.takeValuesFromRequest(WOComponent.java:1051) at com.webobjects.appserver._private.WOComponentReference.takeValuesFromRequest(WOComponentReference.java:119) at com.webobjects.appserver._private.WODynamicGroup.takeChildrenValuesFromRequest(WODynamicGroup.java:84) at com.webobjects.appserver._private.WODynamicGroup.takeValuesFromRequest(WODynamicGroup.java:93) at com.webobjects.appserver._private.WOConditional.takeValuesFromRequest(WOConditional.java:79) at com.webobjects.appserver._private.WODynamicGroup.takeChildrenValuesFromRequest(WODynamicGroup.java:84) at com.webobjects.appserver._private.WODynamicGroup.takeValuesFromRequest(WODynamicGroup.java:93) at com.webobjects.appserver._private.WOForm.takeValuesFromRequest(WOForm.java:122) at com.webobjects.appserver._private.WODynamicGroup.takeChildrenValuesFromRequest(WODynamicGroup.java:84) at com.webobjects.appserver._private.WODynamicGroup.takeValuesFromRequest(WODynamicGroup.java:93) at com.webobjects.appserver._private.WOComponentContent.takeValuesFromRequest(WOComponentContent.java:26) at com.webobjects.appserver._private.WODynamicGroup.takeChildrenValuesFromRequest(WODynamicGroup.java:84) at com.webobjects.appserver._private.WODynamicGroup.takeValuesFromRequest(WODynamicGroup.java:93) at
Re: java.lang.ClassCastException: com.webobjects.eoaccess.EOAttribute
I bet it still throws when you enter more than 10 chars in a textfield. Cheers, Anjo Am 06.10.2009 um 16:18 schrieb Mersida Kurti: Thanks Kieran, I checked the EOModel attribute inspector and the width there was set to 9 (should have been 10). This fixed the problem. Thank you!! From: Kieran Kelleher kieran_li...@mac.com To: Mersida Kurti muc...@yahoo.com Cc: WebObjects Dev webobjects-dev@lists.apple.com Sent: Tuesday, October 6, 2009 9:19:12 AM Subject: Re: java.lang.ClassCastException: com.webobjects.eoaccess.EOAttribute What does the field definition look like in the database schema (CHAR, VARCHAR, etc.)? What does the EOModel attribute inspector look like? On Oct 6, 2009, at 9:01 AM, Mersida Kurti wrote: Hello, I am receiving the following error on WO 5.4.3 on OS 10.5.8 and Java 1.5 Does anyone know how to debug this? It worked fine before, however, I needed to make a text field accept 10 digits instead of 9 and now its throwing this error when I try to save changes. I checked the database field and that can accept up to 20 chars, so that end is good. When I switch the maxlength and size of the textfield to 9 I don't get this error and it saves my changes, but when I switch to 10...something is definitely not happy :) Thank you in advance, Mersida com.webobjects.appserver._private.WOComponentRequestHandler: Exception occurred while handling request: java.lang.ClassCastException: com.webobjects.eoaccess.EOAttribute [2009-10-6 8:29:56 EDT] WorkerThread0 java.lang.ClassCastException: com.webobjects.eoaccess.EOAttribute at er.extensions.ERXValidationFactory.convertException (ERXValidationFactory.java:275) at er.extensions.ERXEntityClassDescription.validateValueForKey (ERXEntityClassDescription.java:606) at com.webobjects.eocontrol.EOCustomObject.validateValueForKey (EOCustomObject.java:1311) at com.webobjects.foundation.NSValidation $Utility.validateValueForKey(NSValidation.java:478) at com.webobjects.foundation.NSValidation $DefaultImplementation.validateTakeValueForKeyPath (NSValidation.java:675) at com.webobjects.eocontrol.EOCustomObject.validateTakeValueForKeyPath (EOCustomObject.java:1335) at com.webobjects.foundation.NSValidation $Utility.validateTakeValueForKeyPath(NSValidation.java:502) at com.webobjects.foundation.NSValidation $DefaultImplementation.validateTakeValueForKeyPath (NSValidation.java:687) at com.webobjects.eocontrol.EOCustomObject.validateTakeValueForKeyPath (EOCustomObject.java:1335) at com.webobjects.foundation.NSValidation $Utility.validateTakeValueForKeyPath(NSValidation.java:502) at com.webobjects.foundation.NSValidation $DefaultImplementation.validateTakeValueForKeyPath (NSValidation.java:687) at com.webobjects.appserver.WOComponent.validateTakeValueForKeyPath (WOComponent.java:1424) at com.webobjects.appserver._private.WOKeyValueAssociation.setValue (WOKeyValueAssociation.java:76) at com.webobjects.appserver._private.WOTextField.takeValuesFromRequest (WOTextField.java:94) at com.webobjects.appserver ._private.WODynamicGroup.takeChildrenValuesFromRequest (WODynamicGroup.java:84) at com.webobjects.appserver ._private.WODynamicGroup.takeValuesFromRequest(WODynamicGroup.java: 93) at com.webobjects.appserver.WOComponent.takeValuesFromRequest (WOComponent.java:1051) at com.webobjects.appserver ._private.WOComponentReference.takeValuesFromRequest (WOComponentReference.java:119) at com.webobjects.appserver ._private.WODynamicGroup.takeChildrenValuesFromRequest (WODynamicGroup.java:84) at com.webobjects.appserver ._private.WODynamicGroup.takeValuesFromRequest(WODynamicGroup.java: 93) at com.webobjects.appserver.WOComponent.takeValuesFromRequest (WOComponent.java:1051) at com.webobjects.appserver ._private.WOComponentReference.takeValuesFromRequest (WOComponentReference.java:119) at com.webobjects.appserver ._private.WODynamicGroup.takeChildrenValuesFromRequest (WODynamicGroup.java:84) at com.webobjects.appserver ._private.WODynamicGroup.takeValuesFromRequest(WODynamicGroup.java: 93) at com.webobjects.appserver ._private.WOConditional.takeValuesFromRequest(WOConditional.java:79) at com.webobjects.appserver ._private.WODynamicGroup.takeChildrenValuesFromRequest (WODynamicGroup.java:84) at com.webobjects.appserver ._private.WODynamicGroup.takeValuesFromRequest(WODynamicGroup.java: 93) at com.webobjects.appserver._private.WOForm.takeValuesFromRequest (WOForm.java:122) at com.webobjects.appserver ._private.WODynamicGroup.takeChildrenValuesFromRequest (WODynamicGroup.java:84) at com.webobjects.appserver ._private.WODynamicGroup.takeValuesFromRequest(WODynamicGroup.java: 93) at com.webobjects.appserver ._private.WOComponentContent.takeValuesFromRequest (WOComponentContent.java:26) at com.webobjects.appserver
Re: java.lang.ClassCastException: com.webobjects.eoaccess.EOAttribute
yeah, this fixed his particular problem, but the underlying wonder bug is, i'm sure, still there ... ms On Oct 6, 2009, at 12:29 PM, Anjo Krank wrote: I bet it still throws when you enter more than 10 chars in a textfield. Cheers, Anjo Am 06.10.2009 um 16:18 schrieb Mersida Kurti: Thanks Kieran, I checked the EOModel attribute inspector and the width there was set to 9 (should have been 10). This fixed the problem. Thank you!! From: Kieran Kelleher kieran_li...@mac.com To: Mersida Kurti muc...@yahoo.com Cc: WebObjects Dev webobjects-dev@lists.apple.com Sent: Tuesday, October 6, 2009 9:19:12 AM Subject: Re: java.lang.ClassCastException: com.webobjects.eoaccess.EOAttribute What does the field definition look like in the database schema (CHAR, VARCHAR, etc.)? What does the EOModel attribute inspector look like? On Oct 6, 2009, at 9:01 AM, Mersida Kurti wrote: Hello, I am receiving the following error on WO 5.4.3 on OS 10.5.8 and Java 1.5 Does anyone know how to debug this? It worked fine before, however, I needed to make a text field accept 10 digits instead of 9 and now its throwing this error when I try to save changes. I checked the database field and that can accept up to 20 chars, so that end is good. When I switch the maxlength and size of the textfield to 9 I don't get this error and it saves my changes, but when I switch to 10...something is definitely not happy :) Thank you in advance, Mersida com.webobjects.appserver._private.WOComponentRequestHandler: Exception occurred while handling request: java.lang.ClassCastException: com.webobjects.eoaccess.EOAttribute [2009-10-6 8:29:56 EDT] WorkerThread0 java.lang.ClassCastException: com.webobjects.eoaccess.EOAttribute at er.extensions.ERXValidationFactory.convertException (ERXValidationFactory.java:275) at er.extensions.ERXEntityClassDescription.validateValueForKey (ERXEntityClassDescription.java:606) at com.webobjects.eocontrol.EOCustomObject.validateValueForKey (EOCustomObject.java:1311) at com.webobjects.foundation.NSValidation $Utility.validateValueForKey(NSValidation.java:478) at com.webobjects.foundation.NSValidation $DefaultImplementation.validateTakeValueForKeyPath (NSValidation.java:675) at com.webobjects.eocontrol.EOCustomObject.validateTakeValueForKeyPath (EOCustomObject.java:1335) at com.webobjects.foundation.NSValidation $Utility.validateTakeValueForKeyPath(NSValidation.java:502) at com.webobjects.foundation.NSValidation $DefaultImplementation.validateTakeValueForKeyPath (NSValidation.java:687) at com.webobjects.eocontrol.EOCustomObject.validateTakeValueForKeyPath (EOCustomObject.java:1335) at com.webobjects.foundation.NSValidation $Utility.validateTakeValueForKeyPath(NSValidation.java:502) at com.webobjects.foundation.NSValidation $DefaultImplementation.validateTakeValueForKeyPath (NSValidation.java:687) at com.webobjects.appserver.WOComponent.validateTakeValueForKeyPath (WOComponent.java:1424) at com.webobjects.appserver._private.WOKeyValueAssociation.setValue (WOKeyValueAssociation.java:76) at com.webobjects.appserver._private.WOTextField.takeValuesFromRequest (WOTextField.java:94) at com.webobjects.appserver ._private.WODynamicGroup.takeChildrenValuesFromRequest (WODynamicGroup.java:84) at com.webobjects.appserver ._private.WODynamicGroup.takeValuesFromRequest(WODynamicGroup.java: 93) at com.webobjects.appserver.WOComponent.takeValuesFromRequest (WOComponent.java:1051) at com.webobjects.appserver ._private.WOComponentReference.takeValuesFromRequest (WOComponentReference.java:119) at com.webobjects.appserver ._private.WODynamicGroup.takeChildrenValuesFromRequest (WODynamicGroup.java:84) at com.webobjects.appserver ._private.WODynamicGroup.takeValuesFromRequest(WODynamicGroup.java: 93) at com.webobjects.appserver.WOComponent.takeValuesFromRequest (WOComponent.java:1051) at com.webobjects.appserver ._private.WOComponentReference.takeValuesFromRequest (WOComponentReference.java:119) at com.webobjects.appserver ._private.WODynamicGroup.takeChildrenValuesFromRequest (WODynamicGroup.java:84) at com.webobjects.appserver ._private.WODynamicGroup.takeValuesFromRequest(WODynamicGroup.java: 93) at com.webobjects.appserver ._private.WOConditional.takeValuesFromRequest(WOConditional.java:79) at com.webobjects.appserver ._private.WODynamicGroup.takeChildrenValuesFromRequest (WODynamicGroup.java:84) at com.webobjects.appserver ._private.WODynamicGroup.takeValuesFromRequest(WODynamicGroup.java: 93) at com.webobjects.appserver._private.WOForm.takeValuesFromRequest (WOForm.java:122) at com.webobjects.appserver ._private.WODynamicGroup.takeChildrenValuesFromRequest (WODynamicGroup.java:84) at com.webobjects.appserver ._private.WODynamicGroup.takeValuesFromRequest(WODynamicGroup.java: 93) at com.webobjects.appserver
Re: java.lang.ClassCastException: com.webobjects.eoaccess.EOAttribute
We have code that checks and sees if there is more than 10 chars. In addition I won't allow more than 10 chars in the textfield itself. Thanks. From: Anjo Krank a...@krank.net To: WebObjects Dev webobjects-dev@lists.apple.com Sent: Tuesday, October 6, 2009 12:29:50 PM Subject: Re: java.lang.ClassCastException: com.webobjects.eoaccess.EOAttribute I bet it still throws when you enter more than 10 chars in a textfield. Cheers, Anjo Am 06.10.2009 um 16:18 schrieb Mersida Kurti: Thanks Kieran, I checked the EOModel attribute inspector and the width there was set to 9 (should have been 10). This fixed the problem. Thank you!! From: Kieran Kelleher kieran_li...@mac.com To: Mersida Kurti muc...@yahoo.com Cc: WebObjects Dev webobjects-dev@lists.apple.com Sent: Tuesday, October 6, 2009 9:19:12 AM Subject: Re: java.lang.ClassCastException: com.webobjects.eoaccess.EOAttribute What does the field definition look like in the database schema (CHAR, VARCHAR, etc.)? What does the EOModel attribute inspector look like? On Oct 6, 2009, at 9:01 AM, Mersida Kurti wrote: Hello, I am receiving the following error on WO 5.4.3 on OS 10.5.8 and Java 1.5 Does anyone know how to debug this? It worked fine before, however, I needed to make a text field accept 10 digits instead of 9 and now its throwing this error when I try to save changes. I checked the database field and that can accept up to 20 chars, so that end is good. When I switch the maxlength and size of the textfield to 9 I don't get this error and it saves my changes, but when I switch to 10...something is definitely not happy :) Thank you in advance, Mersida com.webobjects.appserver._private.WOComponentRequestHandler: Exception occurred while handling request: java.lang.ClassCastException: com.webobjects.eoaccess.EOAttribute [2009-10-6 8:29:56 EDT] WorkerThread0 java.lang.ClassCastException: com.webobjects.eoaccess.EOAttribute at er.extensions.ERXValidationFactory.convertException(ERXValidationFactory.java:275) at er.extensions.ERXEntityClassDescription.validateValueForKey(ERXEntityClassDescription.java:606) at com.webobjects.eocontrol.EOCustomObject.validateValueForKey(EOCustomObject.java:1311) at com.webobjects.foundation.NSValidation$Utility.validateValueForKey(NSValidation.java:478) at com.webobjects.foundation.NSValidation$DefaultImplementation.validateTakeValueForKeyPath(NSValidation.java:675) at com.webobjects.eocontrol.EOCustomObject.validateTakeValueForKeyPath(EOCustomObject.java:1335) at com.webobjects.foundation.NSValidation$Utility.validateTakeValueForKeyPath(NSValidation.java:502) at com.webobjects.foundation.NSValidation$DefaultImplementation.validateTakeValueForKeyPath(NSValidation.java:687) at com.webobjects.eocontrol.EOCustomObject.validateTakeValueForKeyPath(EOCustomObject.java:1335) at com.webobjects.foundation.NSValidation$Utility.validateTakeValueForKeyPath(NSValidation.java:502) at com.webobjects.foundation.NSValidation$DefaultImplementation.validateTakeValueForKeyPath(NSValidation.java:687) at com.webobjects.appserver.WOComponent.validateTakeValueForKeyPath(WOComponent.java:1424) at com.webobjects.appserver._private.WOKeyValueAssociation.setValue(WOKeyValueAssociation.java:76) at com.webobjects.appserver._private.WOTextField.takeValuesFromRequest(WOTextField.java:94) at com.webobjects.appserver._private.WODynamicGroup.takeChildrenValuesFromRequest(WODynamicGroup.java:84) at com.webobjects.appserver._private.WODynamicGroup.takeValuesFromRequest(WODynamicGroup.java:93) at com.webobjects.appserver.WOComponent.takeValuesFromRequest(WOComponent.java:1051) at com.webobjects.appserver._private.WOComponentReference.takeValuesFromRequest(WOComponentReference.java:119) at com.webobjects.appserver._private.WODynamicGroup.takeChildrenValuesFromRequest(WODynamicGroup.java:84) at com.webobjects.appserver._private.WODynamicGroup.takeValuesFromRequest(WODynamicGroup.java:93) at com.webobjects.appserver.WOComponent.takeValuesFromRequest(WOComponent.java:1051) at com.webobjects.appserver._private.WOComponentReference.takeValuesFromRequest(WOComponentReference.java:119) at com.webobjects.appserver._private.WODynamicGroup.takeChildrenValuesFromRequest(WODynamicGroup.java:84) at com.webobjects.appserver._private.WODynamicGroup.takeValuesFromRequest(WODynamicGroup.java:93) at com.webobjects.appserver._private.WOConditional.takeValuesFromRequest(WOConditional.java:79) at com.webobjects.appserver._private.WODynamicGroup.takeChildrenValuesFromRequest(WODynamicGroup.java:84) at com.webobjects.appserver._private.WODynamicGroup.takeValuesFromRequest(WODynamicGroup.java:93) at com.webobjects.appserver._private.WOForm.takeValuesFromRequest(WOForm.java:122) at
Re: java.lang.ClassCastException: com.webobjects.eoaccess.EOAttribute
We're not fully integrated with the ERXValidation, hence, not seeing this other problem. Thank you. Mersida From: Mike Schrag msch...@mdimension.com To: Anjo Krank a...@krank.net Cc: WebObjects Dev webobjects-dev@lists.apple.com Sent: Tuesday, October 6, 2009 12:38:40 PM Subject: Re: java.lang.ClassCastException: com.webobjects.eoaccess.EOAttribute yeah, this fixed his particular problem, but the underlying wonder bug is, i'm sure, still there ... ms On Oct 6, 2009, at 12:29 PM, Anjo Krank wrote: I bet it still throws when you enter more than 10 chars in a textfield. Cheers, Anjo Am 06.10.2009 um 16:18 schrieb Mersida Kurti: Thanks Kieran, I checked the EOModel attribute inspector and the width there was set to 9 (should have been 10). This fixed the problem. Thank you!! From: Kieran Kelleher kieran_li...@mac.com To: Mersida Kurti muc...@yahoo.com Cc: WebObjects Dev webobjects-dev@lists.apple.com Sent: Tuesday, October 6, 2009 9:19:12 AM Subject: Re: java.lang.ClassCastException: com.webobjects.eoaccess.EOAttribute What does the field definition look like in the database schema (CHAR, VARCHAR, etc.)? What does the EOModel attribute inspector look like? On Oct 6, 2009, at 9:01 AM, Mersida Kurti wrote: Hello, I am receiving the following error on WO 5.4.3 on OS 10.5.8 and Java 1.5 Does anyone know how to debug this? It worked fine before, however, I needed to make a text field accept 10 digits instead of 9 and now its throwing this error when I try to save changes. I checked the database field and that can accept up to 20 chars, so that end is good. When I switch the maxlength and size of the textfield to 9 I don't get this error and it saves my changes, but when I switch to 10...something is definitely not happy :) Thank you in advance, Mersida com.webobjects.appserver._private.WOComponentRequestHandler: Exception occurred while handling request: java.lang.ClassCastException: com.webobjects.eoaccess.EOAttribute [2009-10-6 8:29:56 EDT] WorkerThread0 java.lang.ClassCastException: com.webobjects.eoaccess.EOAttribute at er.extensions.ERXValidationFactory.convertException(ERXValidationFactory.java:275) at er.extensions.ERXEntityClassDescription.validateValueForKey(ERXEntityClassDescription.java:606) at com.webobjects.eocontrol.EOCustomObject.validateValueForKey(EOCustomObject.java:1311) at com.webobjects.foundation.NSValidation$Utility.validateValueForKey(NSValidation.java:478) at com.webobjects.foundation.NSValidation$DefaultImplementation.validateTakeValueForKeyPath(NSValidation.java:675) at com.webobjects.eocontrol.EOCustomObject.validateTakeValueForKeyPath(EOCustomObject.java:1335) at com.webobjects.foundation.NSValidation$Utility.validateTakeValueForKeyPath(NSValidation.java:502) at com.webobjects.foundation.NSValidation$DefaultImplementation.validateTakeValueForKeyPath(NSValidation.java:687) at com.webobjects.eocontrol.EOCustomObject.validateTakeValueForKeyPath(EOCustomObject.java:1335) at com.webobjects.foundation.NSValidation$Utility.validateTakeValueForKeyPath(NSValidation.java:502) at com.webobjects.foundation.NSValidation$DefaultImplementation.validateTakeValueForKeyPath(NSValidation.java:687) at com.webobjects.appserver.WOComponent.validateTakeValueForKeyPath(WOComponent.java:1424) at com.webobjects.appserver._private.WOKeyValueAssociation.setValue(WOKeyValueAssociation.java:76) at com.webobjects.appserver._private.WOTextField.takeValuesFromRequest(WOTextField.java:94) at com.webobjects.appserver._private.WODynamicGroup.takeChildrenValuesFromRequest(WODynamicGroup.java:84) at com.webobjects.appserver._private.WODynamicGroup.takeValuesFromRequest(WODynamicGroup.java:93) at com.webobjects.appserver.WOComponent.takeValuesFromRequest(WOComponent.java:1051) at com.webobjects.appserver._private.WOComponentReference.takeValuesFromRequest(WOComponentReference.java:119) at com.webobjects.appserver._private.WODynamicGroup.takeChildrenValuesFromRequest(WODynamicGroup.java:84) at com.webobjects.appserver._private.WODynamicGroup.takeValuesFromRequest(WODynamicGroup.java:93) at com.webobjects.appserver.WOComponent.takeValuesFromRequest(WOComponent.java:1051) at com.webobjects.appserver._private.WOComponentReference.takeValuesFromRequest(WOComponentReference.java:119) at com.webobjects.appserver._private.WODynamicGroup.takeChildrenValuesFromRequest(WODynamicGroup.java:84) at com.webobjects.appserver._private.WODynamicGroup.takeValuesFromRequest(WODynamicGroup.java:93) at com.webobjects.appserver._private.WOConditional.takeValuesFromRequest(WOConditional.java:79) at com.webobjects.appserver._private.WODynamicGroup.takeChildrenValuesFromRequest(WODynamicGroup.java:84) at
Re: java.lang.ClassCastException: com.webobjects.eoaccess.EOAttribute
Im sure - this is a 5.4 bug - we fixed it already Cheers, Anjo Am 06.10.2009 um 18:38 schrieb Mike Schrag: yeah, this fixed his particular problem, but the underlying wonder bug is, i'm sure, still there ... ms On Oct 6, 2009, at 12:29 PM, Anjo Krank wrote: I bet it still throws when you enter more than 10 chars in a textfield. Cheers, Anjo Am 06.10.2009 um 16:18 schrieb Mersida Kurti: Thanks Kieran, I checked the EOModel attribute inspector and the width there was set to 9 (should have been 10). This fixed the problem. Thank you!! From: Kieran Kelleher kieran_li...@mac.com To: Mersida Kurti muc...@yahoo.com Cc: WebObjects Dev webobjects-dev@lists.apple.com Sent: Tuesday, October 6, 2009 9:19:12 AM Subject: Re: java.lang.ClassCastException: com.webobjects.eoaccess.EOAttribute What does the field definition look like in the database schema (CHAR, VARCHAR, etc.)? What does the EOModel attribute inspector look like? On Oct 6, 2009, at 9:01 AM, Mersida Kurti wrote: Hello, I am receiving the following error on WO 5.4.3 on OS 10.5.8 and Java 1.5 Does anyone know how to debug this? It worked fine before, however, I needed to make a text field accept 10 digits instead of 9 and now its throwing this error when I try to save changes. I checked the database field and that can accept up to 20 chars, so that end is good. When I switch the maxlength and size of the textfield to 9 I don't get this error and it saves my changes, but when I switch to 10...something is definitely not happy :) Thank you in advance, Mersida com.webobjects.appserver._private.WOComponentRequestHandler: Exception occurred while handling request: java.lang.ClassCastException: com.webobjects.eoaccess.EOAttribute [2009-10-6 8:29:56 EDT] WorkerThread0 java.lang.ClassCastException: com.webobjects.eoaccess.EOAttribute at er.extensions.ERXValidationFactory.convertException (ERXValidationFactory.java:275) at er.extensions.ERXEntityClassDescription.validateValueForKey (ERXEntityClassDescription.java:606) at com.webobjects.eocontrol.EOCustomObject.validateValueForKey (EOCustomObject.java:1311) at com.webobjects.foundation.NSValidation $Utility.validateValueForKey(NSValidation.java:478) at com.webobjects.foundation.NSValidation $DefaultImplementation.validateTakeValueForKeyPath (NSValidation.java:675) at com.webobjects.eocontrol.EOCustomObject.validateTakeValueForKeyPath (EOCustomObject.java:1335) at com.webobjects.foundation.NSValidation $Utility.validateTakeValueForKeyPath(NSValidation.java:502) at com.webobjects.foundation.NSValidation $DefaultImplementation.validateTakeValueForKeyPath (NSValidation.java:687) at com.webobjects.eocontrol.EOCustomObject.validateTakeValueForKeyPath (EOCustomObject.java:1335) at com.webobjects.foundation.NSValidation $Utility.validateTakeValueForKeyPath(NSValidation.java:502) at com.webobjects.foundation.NSValidation $DefaultImplementation.validateTakeValueForKeyPath (NSValidation.java:687) at com.webobjects.appserver.WOComponent.validateTakeValueForKeyPath (WOComponent.java:1424) at com.webobjects.appserver._private.WOKeyValueAssociation.setValue (WOKeyValueAssociation.java:76) at com.webobjects.appserver ._private.WOTextField.takeValuesFromRequest(WOTextField.java:94) at com.webobjects.appserver ._private.WODynamicGroup.takeChildrenValuesFromRequest (WODynamicGroup.java:84) at com.webobjects.appserver ._private.WODynamicGroup.takeValuesFromRequest (WODynamicGroup.java:93) at com.webobjects.appserver.WOComponent.takeValuesFromRequest (WOComponent.java:1051) at com.webobjects.appserver ._private.WOComponentReference.takeValuesFromRequest (WOComponentReference.java:119) at com.webobjects.appserver ._private.WODynamicGroup.takeChildrenValuesFromRequest (WODynamicGroup.java:84) at com.webobjects.appserver ._private.WODynamicGroup.takeValuesFromRequest (WODynamicGroup.java:93) at com.webobjects.appserver.WOComponent.takeValuesFromRequest (WOComponent.java:1051) at com.webobjects.appserver ._private.WOComponentReference.takeValuesFromRequest (WOComponentReference.java:119) at com.webobjects.appserver ._private.WODynamicGroup.takeChildrenValuesFromRequest (WODynamicGroup.java:84) at com.webobjects.appserver ._private.WODynamicGroup.takeValuesFromRequest (WODynamicGroup.java:93) at com.webobjects.appserver ._private.WOConditional.takeValuesFromRequest(WOConditional.java: 79) at com.webobjects.appserver ._private.WODynamicGroup.takeChildrenValuesFromRequest (WODynamicGroup.java:84) at com.webobjects.appserver ._private.WODynamicGroup.takeValuesFromRequest (WODynamicGroup.java:93) at com.webobjects.appserver._private.WOForm.takeValuesFromRequest (WOForm.java:122) at com.webobjects.appserver ._private.WODynamicGroup.takeChildrenValuesFromRequest (WODynamicGroup.java:84) at com.webobjects.appserver
Re: [Reminder] The surveys
We are up to 100 organizations, but I'm sure we can go up to 125? You can see a summary of answers here : http://wiki.objectstyle.org/confluence/x/E4Bf Hi guys, Don't forget the annual surveys (I really do hope that we are not down to 76 organizations, right?). The organization survey ; http://www.survs.com/survey?id=CRDU8UY3channel=T8TGXAW70R The individual : http://www.survs.com/survey?id=21MIN2X6channel=3O47WI4G11 WOWODC 2010 : http://www.survs.com/survey?id=7LC0Z7PSchannel=A6E0BC8FPU The org survey can be answered in 10 minutes, and only a couple of questions are required, so don't be afraid! ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/probert%40macti.ca This email sent to prob...@macti.ca ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/probert%40macti.ca This email sent to prob...@macti.ca ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Passing an EOFetchSpec (having KeyValueQualifiers with EO references) to a background task....
So I have a Callable task that takes an EOFetchSpec. The FetchSpec is built in the regular R-R context, passed to the Callable and the Callable is dispatched. The Callable uses the FetchSpec to fetch the objects in ots own background EC and perform the processing task. The concern I have is that the qualifier in the EOFetchSpec will probably have some key value qualfiers where the value is an EOEnterpriseObject, so I am concerned about EditingContexts. Specifically I am using Wonder's safelocking ERXEC's everywhere, so I know that when the EOFetchSpec and its Qualifier(s) are touched in the background thread, those EOKeyValueQualifier value EO ivars will be in an unlocked ec. What is the best way to elegantly handle this? (1) Can those EO object references be converted to faults which in turn are used in the qualifier and fetchspec construction? .. or (2) should I just Serialize the fetchspec before passing to the background thread and deserialize it there? . or (3) stuff those EO values into the Callable's editing context before constructing the qualifier (seems ugly)? . or (4) ..? I had thought EOQualifier might be clever enough to just store globalIDs of EOs passed in the value param of the constructor, but Jad indicates otherwise. Any suggestions? -Kieran ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: Passing an EOFetchSpec (having KeyValueQualifiers with EO references) to a background task....
When you have safelocking on, the EC gets locked and stays locked. So you session won't be able to access it (if your task is an ERXRunnable, it not, it's locked/unlocked on demand) and if you have other locks, too, this might open you to deadlocks. Cheers, Anjo Am 06.10.2009 um 19:49 schrieb Kieran Kelleher: So I have a Callable task that takes an EOFetchSpec. The FetchSpec is built in the regular R-R context, passed to the Callable and the Callable is dispatched. The Callable uses the FetchSpec to fetch the objects in ots own background EC and perform the processing task. The concern I have is that the qualifier in the EOFetchSpec will probably have some key value qualfiers where the value is an EOEnterpriseObject, so I am concerned about EditingContexts. Specifically I am using Wonder's safelocking ERXEC's everywhere, so I know that when the EOFetchSpec and its Qualifier(s) are touched in the background thread, those EOKeyValueQualifier value EO ivars will be in an unlocked ec. What is the best way to elegantly handle this? (1) Can those EO object references be converted to faults which in turn are used in the qualifier and fetchspec construction? .. or (2) should I just Serialize the fetchspec before passing to the background thread and deserialize it there? . or (3) stuff those EO values into the Callable's editing context before constructing the qualifier (seems ugly)? . or (4) ..? I had thought EOQualifier might be clever enough to just store globalIDs of EOs passed in the value param of the constructor, but Jad indicates otherwise. Any suggestions? -Kieran ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/anjo%40krank.net This email sent to a...@krank.net ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: Passing an EOFetchSpec (having KeyValueQualifiers with EO references) to a background task....
That's the concern .. I usually pass GIDs to background tasks, however in this case, I want to pass an EOFetchSpec to a background task. So any suggestions on how to cleanly deal with that situation? Regards, Kieran On Oct 6, 2009, at 1:59 PM, Anjo Krank wrote: When you have safelocking on, the EC gets locked and stays locked. So you session won't be able to access it (if your task is an ERXRunnable, it not, it's locked/unlocked on demand) and if you have other locks, too, this might open you to deadlocks. Cheers, Anjo Am 06.10.2009 um 19:49 schrieb Kieran Kelleher: So I have a Callable task that takes an EOFetchSpec. The FetchSpec is built in the regular R-R context, passed to the Callable and the Callable is dispatched. The Callable uses the FetchSpec to fetch the objects in ots own background EC and perform the processing task. The concern I have is that the qualifier in the EOFetchSpec will probably have some key value qualfiers where the value is an EOEnterpriseObject, so I am concerned about EditingContexts. Specifically I am using Wonder's safelocking ERXEC's everywhere, so I know that when the EOFetchSpec and its Qualifier(s) are touched in the background thread, those EOKeyValueQualifier value EO ivars will be in an unlocked ec. What is the best way to elegantly handle this? (1) Can those EO object references be converted to faults which in turn are used in the qualifier and fetchspec construction? .. or (2) should I just Serialize the fetchspec before passing to the background thread and deserialize it there? . or (3) stuff those EO values into the Callable's editing context before constructing the qualifier (seems ugly)? . or (4) ..? I had thought EOQualifier might be clever enough to just store globalIDs of EOs passed in the value param of the constructor, but Jad indicates otherwise. Any suggestions? -Kieran ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/anjo %40krank.net This email sent to a...@krank.net ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: Passing an EOFetchSpec (having KeyValueQualifiers with EO references) to a background task....
Create a ERXQualifierTraversal, create a new EC, fault the EOs into it while recombining the qualifier. Cheers, Anjo Am 06.10.2009 um 20:03 schrieb Kieran Kelleher: That's the concern .. I usually pass GIDs to background tasks, however in this case, I want to pass an EOFetchSpec to a background task. So any suggestions on how to cleanly deal with that situation? Regards, Kieran On Oct 6, 2009, at 1:59 PM, Anjo Krank wrote: When you have safelocking on, the EC gets locked and stays locked. So you session won't be able to access it (if your task is an ERXRunnable, it not, it's locked/unlocked on demand) and if you have other locks, too, this might open you to deadlocks. Cheers, Anjo Am 06.10.2009 um 19:49 schrieb Kieran Kelleher: So I have a Callable task that takes an EOFetchSpec. The FetchSpec is built in the regular R-R context, passed to the Callable and the Callable is dispatched. The Callable uses the FetchSpec to fetch the objects in ots own background EC and perform the processing task. The concern I have is that the qualifier in the EOFetchSpec will probably have some key value qualfiers where the value is an EOEnterpriseObject, so I am concerned about EditingContexts. Specifically I am using Wonder's safelocking ERXEC's everywhere, so I know that when the EOFetchSpec and its Qualifier(s) are touched in the background thread, those EOKeyValueQualifier value EO ivars will be in an unlocked ec. What is the best way to elegantly handle this? (1) Can those EO object references be converted to faults which in turn are used in the qualifier and fetchspec construction? .. or (2) should I just Serialize the fetchspec before passing to the background thread and deserialize it there? . or (3) stuff those EO values into the Callable's editing context before constructing the qualifier (seems ugly)? . or (4) ..? I had thought EOQualifier might be clever enough to just store globalIDs of EOs passed in the value param of the constructor, but Jad indicates otherwise. Any suggestions? -Kieran ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/anjo%40krank.net This email sent to a...@krank.net ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: Passing an EOFetchSpec (having KeyValueQualifiers with EO references) to a background task....
we should just write this into Wonder as a util method ... ERXEOcontrolUtilities convertEOtoGID and convertGIDtoEO should just support qualifiers. ms On Oct 6, 2009, at 2:08 PM, Anjo Krank wrote: Create a ERXQualifierTraversal, create a new EC, fault the EOs into it while recombining the qualifier. Cheers, Anjo Am 06.10.2009 um 20:03 schrieb Kieran Kelleher: That's the concern .. I usually pass GIDs to background tasks, however in this case, I want to pass an EOFetchSpec to a background task. So any suggestions on how to cleanly deal with that situation? Regards, Kieran On Oct 6, 2009, at 1:59 PM, Anjo Krank wrote: When you have safelocking on, the EC gets locked and stays locked. So you session won't be able to access it (if your task is an ERXRunnable, it not, it's locked/unlocked on demand) and if you have other locks, too, this might open you to deadlocks. Cheers, Anjo Am 06.10.2009 um 19:49 schrieb Kieran Kelleher: So I have a Callable task that takes an EOFetchSpec. The FetchSpec is built in the regular R-R context, passed to the Callable and the Callable is dispatched. The Callable uses the FetchSpec to fetch the objects in ots own background EC and perform the processing task. The concern I have is that the qualifier in the EOFetchSpec will probably have some key value qualfiers where the value is an EOEnterpriseObject, so I am concerned about EditingContexts. Specifically I am using Wonder's safelocking ERXEC's everywhere, so I know that when the EOFetchSpec and its Qualifier(s) are touched in the background thread, those EOKeyValueQualifier value EO ivars will be in an unlocked ec. What is the best way to elegantly handle this? (1) Can those EO object references be converted to faults which in turn are used in the qualifier and fetchspec construction? .. or (2) should I just Serialize the fetchspec before passing to the background thread and deserialize it there? . or (3) stuff those EO values into the Callable's editing context before constructing the qualifier (seems ugly)? . or (4) ..? I had thought EOQualifier might be clever enough to just store globalIDs of EOs passed in the value param of the constructor, but Jad indicates otherwise. Any suggestions? -Kieran ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/anjo%40krank.net This email sent to a...@krank.net ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/mschrag%40mdimension.com This email sent to msch...@mdimension.com ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
action to return to external site
All: I've been poking around WORedirect looking for the best way to handle this situation. Basically, I have an application which users have to fill out some information on. When they're done, they should click a button, and be directed back to another site. This button should edit EO's on my site and, if successful, send the user back to the other site with some values sent via a POST transaction. It seems like it should be easy and it seems like there's more than one way to skin this cat but I'd like to hear what others do in similar situations. Tim UCLA GSEIS ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: action to return to external site
Hi Tim, On Oct 6, 2009, at 1:41 PM, Tim Worman wrote: All: I've been poking around WORedirect looking for the best way to handle this situation. Basically, I have an application which users have to fill out some information on. When they're done, they should click a button, and be directed back to another site. So far that seems straight forward. This button should edit EO's on my site and, if successful, send the user back to the other site Check. with some values sent via a POST transaction. Here is where it gets confusing. Why a POST, why not a get? The same values as sent to your app, or different values? Does the user's browser need to do the post? Can you POST the data from your app and then just do a normal redirect? It seems like it should be easy and it seems like there's more than one way to skin this cat but I'd like to hear what others do in similar situations. ERXRedirect can be useful for some things. Depending on what you need to do, this might give you some ideas: http://www.jangro.com/tools/jsredirect.php Chuck -- Chuck Hill Senior Consultant / VP Development Practical WebObjects - for developers who want to increase their overall knowledge of WebObjects or who are trying to solve specific problems. http://www.global-village.net/products/practical_webobjects ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: Passing an EOFetchSpec (having KeyValueQualifiers with EO references) to a background task....
On 07/10/2009, at 5:03 AM, Kieran Kelleher wrote: That's the concern .. I usually pass GIDs to background tasks, however in this case, I want to pass an EOFetchSpec to a background task. So any suggestions on how to cleanly deal with that situation? Would an EOEntity#schemaBasedQualifier do the trick? with regards, -- Lachlan Deck ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: action to return to external site
On Oct 6, 2009, at 8:53 PM, Chuck Hill wrote: Hi Tim, On Oct 6, 2009, at 1:41 PM, Tim Worman wrote: All: I've been poking around WORedirect looking for the best way to handle this situation. Basically, I have an application which users have to fill out some information on. When they're done, they should click a button, and be directed back to another site. So far that seems straight forward. This button should edit EO's on my site and, if successful, send the user back to the other site Check. with some values sent via a POST transaction. Here is where it gets confusing. Why a POST, why not a get? The same values as sent to your app, or different values? Does the user's browser need to do the post? Can you POST the data from your app and then just do a normal redirect? When they are sent back to the other site I have to set a value there to indicate that they are done at my site. I send that value back in my form. It seems like it should be easy and it seems like there's more than one way to skin this cat but I'd like to hear what others do in similar situations. ERXRedirect can be useful for some things. Depending on what you need to do, this might give you some ideas: http://www.jangro.com/tools/jsredirect.php Thanks, I'll check it out. Tim Chuck -- Chuck Hill Senior Consultant / VP Development Practical WebObjects - for developers who want to increase their overall knowledge of WebObjects or who are trying to solve specific problems. http://www.global-village.net/products/practical_webobjects ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com