DataSource loader issues after upgrade 12.1p 2022-04-20 to 2022-06-03

[stonebranch2]

As far as client side logging goes, I am not seeing much more than provided.

*16:55:41.217:INFO:loadTime:Charts module init time: 2ms
*16:55:41.218:DEBUG:Page:handleEvent(moduleLoaded): firing action => if(_2.moduleName=="Drawing"){isc.$135q()}
*16:55:41.218:DEBUG:Page:handleEvent(moduleLoaded): firing action => if(_2.moduleName=="Charts"){isc.$1478()}
*16:55:41.249:INFO:Page:Loaded skin: Light
*16:55:41.262:INFO:fontLoading:CSS not yet loaded - deferring detection of custom font loading until CSS loaded
*16:55:41.263:INFO:fontLoading:CSS loaded - detection of custom font loading can proceed
*16:55:41.263:INFO:fontLoading:Requested loading of 4 custom fonts
*16:55:41.268:INFO:fontLoading:Waiting on 4/4 fonts to load using the CSS Font API
*16:55:41.269:INFO:fontLoading:All fonts needed have successfully loaded
*16:55:41.284:WARN:Log:ReferenceError: iEquals is not defined
Stack from error.stack:
unnamed() @ uc/sc/DataSourceLoader?dataSource=system,userPreference,uploadDefinitionsFile:2:371

[stonebranch2]

No, none of that proof of concept code is applicable here; in this case we are taking our generally available release and applying the new smartgwt libraries.





That validOperators looks odd, shouldn't it be something like ["iEquals","iNotEqual","isNull","notNull","inSet","notInSet"]}?

Just for reference, here are some things we do with the operators, from the code side, and from the ds.xml side.

Regards

public static final OperatorId[] TEXT_OPERATORS = new OperatorId[] { OperatorId.ICONTAINS, OperatorId.ISTARTS_WITH, OperatorId.IENDS_WITH,
OperatorId.IEQUALS, OperatorId.INOT_CONTAINS, OperatorId.INOT_STARTS_WITH, OperatorId.INOT_ENDS_WITH, OperatorId.INOT_EQUAL,
OperatorId.IS_NULL, OperatorId.NOT_NULL, OperatorId.IN_SET, OperatorId.NOT_IN_SET, OperatorId.LESS_THAN, OperatorId.LESS_OR_EQUAL,
OperatorId.GREATER_THAN, OperatorId.GREATER_OR_EQUAL, OperatorId.AND, OperatorId.OR, OperatorId.NOT };

DataSource ds = DataSource.getDataSource(dataSourceId, someRequestTransformer, someResponseTransfomer);
if (ds != null) {
...
ds.setTypeOperators(FieldType.TEXT, TEXT_OPERATORS);
...
}

<field name="somefield" foreignKey="someObject.primaryKey" displayField="someDisplayField" type="text">
            <title><fmt:message key="someproperty.label"/></title>
            <prompt><fmt:message key="someproperty.hint"/></prompt>
            <validOperators>iEquals</validOperators>
            <validOperators>iNotEqual</validOperators>
            <validOperators>isNull</validOperators>
            <validOperators>notNull</validOperators>
            <validOperators>inSet</validOperators>
            <validOperators>notInSet</validOperators>
</field>

[Isomorphic]

Do you still have your code in place to try to add a custom operator? We would try disabling that.

Also can we get the rest of the stack and client-side log?

[stonebranch2]

Hi Isomorphic,

This is not specific to one DataSource.

I'll collect more information, and provide you it as I collect it.

Regards

[Isomorphic]

Hi Stonebranch
The DataSourceLoader in general is not broken in our testing so we'll need some more information to get to the bottom of this one.

Can you share
The DataSource (ds.xml) file in question
The snippet of code you're using to hit it (Is this a simple script src=... referring to the URL or something else)?
The full stack trace from the error log

If the problem is the DataSource loader producing bad JavaScript as your message implies this may be sufficient to reproduce the problem, but if this occurs in conjunction with any specific UI we may need to also see the code that generates this UI

Thanks
Isomorphic Software

[stonebranch2]

Isomorphic,

We upgraded our 12.1p pro SmartGWT libraries from 2022-04-20 to 2022-06-03 and now our application is non-functional.

The following is showing up in the console for our datasources.

*10:31:45.663:WARN:Log:ReferenceError: iEquals is not defined Stack from error.stack: unnamed() @ uc/sc/DataSourceLoader?dataSource=...

Thanks