Is it possible to organize the objects directory f...
# sdfr
Ryan Valizan
11/30/2022, 12:35 AMIs it possible to organize the objects directory for a #C42JX79UZ project? Some projects have an substantial amount leaning just their id as a means of organizing them.
s
scottvonduhn
11/30/2022, 12:56 AMYes, you can use sub-directories within the objects directory to help organize the files
👍 1
e
erictgrubaugh
11/30/2022, 2:49 AM^ Yep seconding this; we organize all of ours by type e.g.
/Objects/Records//Objects/Scripts/Client/👍 1
r
Ryan Valizan
11/30/2022, 2:50 AMHow do we move current objects then? or is this something to adopt and use moving forward only?
e
erictgrubaugh
11/30/2022, 2:51 AMNope, you can just move em. I don't think the path of the XML affects the Object in any way or vice versa. The only thing you'd need to update is your
deploy.xmlsrc/Objects/*👍 2
erictgrubaugh
11/30/2022, 2:53 AMIf you're using git or similar source control, move them using that so your repo tracks the move as well
r
Ryan Valizan
11/30/2022, 2:54 AMNice thanks! My deploy file is dynamically generated now from our got log, so that should work fine. I didn’t know if it was like the file cabinet where we had to go manually remove scripts that are renamed or moved after refactoring.
✅ 1
Ryan Valizan
11/30/2022, 4:22 PM@erictgrubaugh, that does not seem to be the case.
deploy.xml Copy code
<objects>
<path>~/Objects/commHeader/sch/customscript_sch_***.xml</path></objects> Copy code
Validation failed.
An error occurred during custom object validation. (customscript_sch_***)
Details: The script ID customscript_sch_*** is a duplicate. Please use a different script ID.
Details: The script ID custscript_sch_*** (scriptcustomfield) for the customscript_sch_***.custscript_sch_*** subrecord is a duplicate.e
erictgrubaugh
11/30/2022, 10:38 PMWhat is not the case, exactly?
erictgrubaugh
11/30/2022, 10:45 PMI don't believe SDF supports arbitrary wildcards. It's my understanding that you can use an
*Objects/commHeader/schdeploy.xml Copy code
<path>~/Objects/commHeader/sch/*</path>r
Ryan Valizan
12/02/2022, 1:31 PMNo, the issue is that the objects already existed on the server. So when I organized them in the objects directory and tried deploying, it said it was a duplicate scriptId and canceled deployment.
I ended up needing to write in a script to squash the objects directory tree before deploying.
Ryan Valizan
12/02/2022, 1:34 PMAlso, you can directly specify which objects you want uploaded instead of a wildcard. You can then use multiple path entries for focused deployments.
d
dbarnett
12/02/2022, 2:33 PM^ is this for a SuiteApp or AccountCustomization projecttype,
and for "server" you just mean the netsuite account right?
although I just tried this with SuiteApp type which generally seems to be more sensitive to file changes and worked fine for me
granted for my deploy xml I am just deploying everything in my local object directory as
<objects>
<path>~/Objects/*</path>
</objects>
e
erictgrubaugh
12/02/2022, 5:20 PMI'm not sure I can speak to why it thinks they're duplicates, but I would be skeptical that the cause is the organization of your Objects directory. I have not myself encountered this problem when rearranging Object files - but I acknowledge that's entirely anecdotal.
s
scottvonduhn
12/02/2022, 5:22 PMusually, you can redeploy the same objects over and over, and it either updates them or just leaves them as is if there are no changes. I’ve not seen issues with relocating my object files either.
scottvonduhn
12/02/2022, 5:23 PMOn the other hand, relocating script files or anything in the filing cabinet, could cause issues. I usually move them through the UI first, then make the same change in the SDF structure.
this 1