I'm using BC3 64bit windows 7, and wanted to compare files loaded on a server with the actual files delivered in an *.rpm file.
Files/directory compare works fine if *.war files are used. (jar container)
example: left side = "c:\somefile.war\opt\jar\"
Right side for compare has
"sftp://[email protected]//opt/jar/"
BC in this case compares the contents of the *.war file with the matching directory on the server where the jar files have been unpacked.
Using a script to do this requires:
Load "folder_nodate"
Load "C:\Baseline\disco.war\WEB-INF\lib\" "sftp://[email protected]//opt/platform/java/lib/ncp_disco/"
filter "ncp_disco.jar"
compare CRC
folder-report layout:side-by-side &
options:display-no-orphans,column-crc &
title:disco.jar &
output-to:disco.jar_%date%.html output-options:html-color
The compare looks at contents of lib/ncp_disco/disco.jar and disco.war\WEB-INF\lib\disco.jar
This doesn't work for *.rpm files. I thought BC3 would open rpm files natively but it seems that it needs a plugin from Ghisler to achieve this. I used the totalzip plugin to open the rpm/cpio files.
If a script run is attempted:
Load "folder_nodate"
Load "C:\Baseline\instal.rpm\instal.cpio\.\opt\app\ " "sftp://[email protected]//opt/app/"
filter "file.sh"
compare CRC
folder-report layout:side-by-side &
options:display-no-orphans,column-crc &
title:file.sh &
output-to:file.sh_%date%.html output-options:html-color
The dreaded "unable to load base directory" is received. The compare can be done using the BC3 gui. However if there is an attempt made to open in new view "C:\Baseline\instal.rpm\instal.cpio\.\opt\app\ " it fails with folder not available??
I suspect the problem is that its opening 2 archives, one for rpm, and another for cpio and gets lost.
Any ideas on how to solve the scripting case? Should Windows BC3 open *.rpm natively? Is there an association that needs to be added to the standard unpackers for it work properly rather than use the ghisler plugin?
Files/directory compare works fine if *.war files are used. (jar container)
example: left side = "c:\somefile.war\opt\jar\"
Right side for compare has
"sftp://[email protected]//opt/jar/"
BC in this case compares the contents of the *.war file with the matching directory on the server where the jar files have been unpacked.
Using a script to do this requires:
Load "folder_nodate"
Load "C:\Baseline\disco.war\WEB-INF\lib\" "sftp://[email protected]//opt/platform/java/lib/ncp_disco/"
filter "ncp_disco.jar"
compare CRC
folder-report layout:side-by-side &
options:display-no-orphans,column-crc &
title:disco.jar &
output-to:disco.jar_%date%.html output-options:html-color
The compare looks at contents of lib/ncp_disco/disco.jar and disco.war\WEB-INF\lib\disco.jar
This doesn't work for *.rpm files. I thought BC3 would open rpm files natively but it seems that it needs a plugin from Ghisler to achieve this. I used the totalzip plugin to open the rpm/cpio files.
If a script run is attempted:
Load "folder_nodate"
Load "C:\Baseline\instal.rpm\instal.cpio\.\opt\app\ " "sftp://[email protected]//opt/app/"
filter "file.sh"
compare CRC
folder-report layout:side-by-side &
options:display-no-orphans,column-crc &
title:file.sh &
output-to:file.sh_%date%.html output-options:html-color
The dreaded "unable to load base directory" is received. The compare can be done using the BC3 gui. However if there is an attempt made to open in new view "C:\Baseline\instal.rpm\instal.cpio\.\opt\app\ " it fails with folder not available??
I suspect the problem is that its opening 2 archives, one for rpm, and another for cpio and gets lost.
Any ideas on how to solve the scripting case? Should Windows BC3 open *.rpm natively? Is there an association that needs to be added to the standard unpackers for it work properly rather than use the ghisler plugin?
Comment