Kalana,

For clarification, are you saying this package has been working fine with all previous updates (of Apps 10, I assume), but now the most recent update is telling you a package name is too long? Unless IFS actually made the limit smaller, shouldn’t this warning have displayed during all prior updates as well?

I am just trying to get a feel for what is different about Update 11 before we decide to start deploying it…

Thanks,

JoeK

Hi Kalana,

Seems like you have created a custom package. But this restriction was there in Apps10 since sometime back, not a newly introduced restriction. When you try to create a new LU from DevStudio tool you get the same warming “The entity name should not be more than 26 characters long when converted to db casing”. since the package adds _API at the end this restricts at 26 at development time.

Don't think it’s possible to extend this limit. 

BR

Harshini

Hi Kalana,

As Harshini also Mentioned it is not possible to Extend this limit for the IFS Dictionary.
By Ignoring this you’ll not get any IFS Dictionary related/consumed functionality support for this package. That is not good.
Best thing to do here is, use DbPackageName Code gen Property and use a shorter name for the generated Package Name.

/Madusanka

​@madusankadasanayake, ​@hamalk, ​@sutekh137 

Is this length still enforced in IFSCloud (23r2+)?

We have a large older .utility (written by IFS consultants years ago) that was created outside of LAA. We want to bring it into alignment with best practices.
This deploys fine in oracle (through SQL Developer) but when trying to implement the utility through developer studio we are getting the warning:
`This function name is longer than the allowed maximum of the allowed 30 characters`

Oracle: “Oracle Database prior to version 12.2 limit identifier names, such as table names, column names, and primary key names, to 30 characters. Oracle Database 12.2 and higher have a default limit of 128 characters.”

Is this limitation still enforced or is just a remanent in developer studio that could be updated?

HI ​@PhillBronson 

Yes the validation is still exist in the Developer studio as it’s still a limitation in IFS Dictionary sys.

​@Navinth Bakmeedeniya , ​@chanaka-shanil Can you please confirm this ?

/Harshini

​@PhillBronson 

It is correct that the Oracle identifier name length has been extended from 30 to 128 from Oracle 12.2 version. We have IFS Dictionary (a central cache of Oracle objects related to business application where its storage objects starting mostly with dictionary_sys%) that has been built supporting 30-character identifiers, which is yet to be updated supporting the new extension of length in Oracle identifiers. That is why we have these validations present in tools such as IFS Developer Studio.

As of now, this is applicable for latest IFS Cloud release as well, (i.e. 25R1)

cc - ​@hamalk ​@madusankadasanayake ​@Kalana Rathnayake 

​@hamalk , ​@Navinth Bakmeedeniya thank you for the clarification. One final question:
 

Because the .utility was created and compiled through Oracle SQL Developer, does this not get included in the IFS Dictionary? 

​@hamalk , ​@Navinth Bakmeedeniya I answered my own question by looking at the data in the tables `Dictionary_Sys_Package_TAB` and `Dictionary_Sys_Method_TAB`. The non-LAA utility and its methods are included in the dictionary. However, the methods that break the naming length dictionary requirement are not present (no surprise).

What are the underlying repercussions of having missing methods in the dictionary? Obviously, I want to follow best practices, and a naming change is imminent. This question is to provide further context to my team. Thank you

Hello,

We have the same issue: 

We mad some packages and custom fields in 24R2, imported them in 24R2SU08 without any issue. 

When we do du RU to go for 25R1SU05, but are stuck and we and the RU does not end.

[[       0.000][28-OCT-25 15:30:07][install.tem][Refreshing Dictionary_SYS][Started]]
Framework: -------------------------------------------------------------
Framework: Dictionary Cache started
Framework: -------------------------------------------------------------
Framework: Partial Refresh of Dictionary Cache for packages!
Framework: Partial Refresh of Dictionary Cache for views!
Framework:    -------------------------------------------------------------
Framework:    Dictionary Cache is being updated for 2161 Package(s)
Framework:    -------------------------------------------------------------
Framework: XDIV  :Error : Name of method, added or modified before this refresh, is longer than the allowed limit in the IFS Dictionary. Maximum allowed is 30 characters.
Framework:    Lu Name=XdModel, 
Framework:    Package Name=XD_MODEL_API, 
Framework:    Method Name=Ev_Set_Data_Import_Inprogress__
Framework:    1 problem(s) when inserting dictionary information for domain package SRV_CONTR_ONBOARD_STATUS_API!
Framework:    WRKCON:Error ORA-01400: cannot insert NULL into (), 
Framework: Db Value=NO_BADGE, 
Framework: Client Value=NULL
Framework: SINWOF:Error : Name of method, added or modified before this refresh, is longer than the allowed limit in the IFS Dictionary. Maximum allowed is 30 characters.
Framework:    Lu Name=PostingProposalHead, 
Framework:    Package Name=POSTING_PROPOSAL_HEAD_API, 
Framework:    Method Name=Ev_Within_Tol_Or_Bal_Auth_Exist__
Framework: SINWOF: Error : Name of PRAGMA-method, added or modified before this refresh, is longer than the allowed limit in the IFS Dictionary. Maximum allowed is 30 characters.
Framework:    Lu Name=PostingProposalHead, 
Framework:    Package Name=POSTING_PROPOSAL_HEAD_API, 
Framework:    Method Name=Ev_Within_Tol_Or_Bal_Auth_Exist
Framework: XDIV  :Error : Name of method, added or modified before this refresh, is longer than the allowed limit in the IFS Dictionary. Maximum allowed is 30 characters.
Framework:    Lu Name=XdTargetDefinitionHead, 
Framework:    Package Name=XD_TARGET_DEFINITION_HEAD_API, 
Framework:    Method Name=Ev_Set_Data_Import_Initialize__
Framework: PERSON:Error : Name of method, added or modified before this refresh, is longer than the allowed limit in the IFS Dictionary. Maximum allowed is 30 characters.
Framework:    Lu Name=ManagerRequest, 
Framework:    Package Name=MANAGER_REQUEST_API, 
Framework:    Method Name=Ev_Start_Approval_In_Progress__
Framework:    -------------------------------------------------------------
Framework:    Dictionary Cache is being updated for 2234 View(s)
Framework:    -------------------------------------------------------------
Framework:    ------------------------------------------------------------------
Framework:                    ------   WARNING!!!   ------                      
Framework:    The Following logical units have more than one base view.
Framework:    Included are also units detected as added or modified before this refresh.
Framework:    This can cause the Dictionary cache refresh to fail.
Framework:    Correct the following and refresh dictionary again.
Framework:    ------------------------------------------------------------------
Framework:    ORDER :Lu Name=CustomerOrderLine
Framework:    PROJ  :Lu Name=ProjectCategory1
Framework:    PURCH :Lu Name=PurchOrderInvoiceUtil
Framework:    PROJ  :Lu Name=Project
Framework:    ------------------------------------------------------------------
Framework:                    ------   ERROR!!!   ------                      
Framework:    The following database objects are longer than the allowed length (30 chars).
Framework:    Included are also objects detected as added or modified before this refresh.
Framework:    This can cause the Dictionary cache refresh to fail.
Framework:    Correct the following and refresh dictionary again.
Framework:    ------------------------------------------------------------------
Framework:    METHOD - PROJECT_CFP.GET_CF$_MCI_PRJ_COST_REF_FORECAST
Framework:    METHOD - PROJECT_MISC_PROCUREMENT_CFP.GET_CF$_CF2_RETURNED_QTY_REWORK
Framework:    METHOD - PROJECT_MISC_PROCUREMENT_CFP.GET_CF$_CF3_RETURNED_QTY_CREDIT
Framework:    METHOD - PROJECT_MISC_PROCUREMENT_CFP.GET_CF$_CF4_SCRAP_QTY_NO_CREDIT
Framework:    METHOD - PROJECT_MISC_PROCUREMENT_CFP.GET_CF$_CF6_REMAINING_QTY_INVOICE
Framework:    METHOD - PROJECT_MISC_PROCUREMENT_CFP.GET_CF$_CF7_REMAIN_AMOUNT_INVOICE
Framework:    METHOD - PURCHASE_ORDER_LINE_NOPART_CFP.GET_CF$_CF2_RETURNED_QTY_REWORK
Framework:    METHOD - PURCHASE_ORDER_LINE_NOPART_CFP.GET_CF$_CF3_RETURNED_QTY_CREDIT
Framework:    METHOD - PURCHASE_ORDER_LINE_NOPART_CFP.GET_CF$_CF4_SCRAP_QTY_NO_CREDIT
Framework:    ------------------------------------------------------------------
Framework: -------------------------------------------------------------
Framework: Dictionary Cache finished
Framework: -------------------------------------------------------------
[[     121.926][28-OCT-25 15:32:09][install.tem][Refreshing Dictionary_SYS][Finished]]
Refreshing Custom Objects

I appreciate any methodology how to solve this issue

​@MCIPSTEV were any of these errors found in through the IFS update analyzer?

We do not have custom code in the git, so we do not use the IFS update analyzer.
We only have A C P we imported from a running 24R2

Very strange to see IFS breaking their own rules, how’d that get past the Developer Studio errors?

Ah, you can/are recommended to track your ACP in your customer solution as well (Application Configuration Packages - Technical Documentation For IFS Cloud).  I did not have a good experience with this (execution and deployment order oddities), but I thought I’d at least provide that part of the doc in case you were not aware.

You mentioned the RU didn’t end? Like it never errored or timed out?

It hang since more than 48h. 

We did not use Developer Studio. We are just creating new CF and Worflows. We are just using the ACP to export / import them. That is why I’m so surprised with this erros.