New ICE03 in Wise Package Studio 8
Hello,
I use to work with Wise 6.5 and now we have Wise 8, and we have to resolve all the ICE errors on the packages we make. But when I make a package in Wise 8 I get a new kind of ICE03 error and I don't know how to resolve it.
This is the error:
Table: WisePathReplacement Column: Attributes Missing specifications in _Validation Table (or Old Database) ice03.html WisePathReplacement
Evaluation: ICE03
WisePathReplacement table:
"registry120","1"
Registry table:
"registry120","2","SOFTWARE\Adobe\Acrobat Reader\9.0\InstallPath","","[Reader]","PerMachine"
Values are without the ", this is because I copy/paste it.
[Reader] = An installation folder
What does WisePathReplacement do (if i'm correct).
Table WisePathReplacement looks like this: Registry, Option
Option =
1 = No backslash at the end.
2 = Convert path into 8.3 format.
3 = (1+2) Do both of them
So lets pretend [Reader] = C:\AdobeReader\
Then he will do this:
1 = C:\AdobeReader
2 = C:\AdobeR~1\
3 = C:\AdobeR~1
This option is also in Wise 6.5, but I never had this ICE error on this table.
We have it with more application, not just one !
How can I resolve this problem ?
I use to work with Wise 6.5 and now we have Wise 8, and we have to resolve all the ICE errors on the packages we make. But when I make a package in Wise 8 I get a new kind of ICE03 error and I don't know how to resolve it.
This is the error:
Table: WisePathReplacement Column: Attributes Missing specifications in _Validation Table (or Old Database) ice03.html WisePathReplacement
Evaluation: ICE03
WisePathReplacement table:
"registry120","1"
Registry table:
"registry120","2","SOFTWARE\Adobe\Acrobat Reader\9.0\InstallPath","","[Reader]","PerMachine"
Values are without the ", this is because I copy/paste it.
[Reader] = An installation folder
What does WisePathReplacement do (if i'm correct).
Table WisePathReplacement looks like this: Registry, Option
Option =
1 = No backslash at the end.
2 = Convert path into 8.3 format.
3 = (1+2) Do both of them
So lets pretend [Reader] = C:\AdobeReader\
Then he will do this:
1 = C:\AdobeReader
2 = C:\AdobeR~1\
3 = C:\AdobeR~1
This option is also in Wise 6.5, but I never had this ICE error on this table.
We have it with more application, not just one !
How can I resolve this problem ?
0 Comments
[ + ] Show comments
Answers (13)
Please log in to answer
Posted by:
anonymous_9363
13 years ago
Easy. For your final release, delete all the tables prefixed with 'Wise'. The package doesn't need them: Wise does.
Posted by:
Rheuvel
13 years ago
Hi bertman,
That particular ICE03 error is generated sometimes when compiling your WSI to MSI in Wise. It's not just version 8, it has always been there and appears to be totally random. Sometimes you get it 5 times a day, sometimes not even once in a month. Anyways, the error is easy to solve. I'd recommend using a simple MSI editor like ORCA or Instedit though.
Take a closer look at this:
Table: WisePathReplacement Column: Attributes Missing specifications in _Validation Table (or Old Database)
What it's saying is: You're missing an entry in the _Validation table. If you look at that table, the first columns are Table and Column. The error says which table and column you're missing there. So just add them to the _Validation table and you're done. Don't pay too much attention to the other colums of the _Validation table, they're only confusing ;)
[EDIT]
Or do as VBScab says, which is even easier.. (Never thought of it that way)
And on a second note: I hope you're not repackaging Adobe Reader with Wise?? Adobe has their own Customization tool for Acrobat and I'd really recommend using that!
That particular ICE03 error is generated sometimes when compiling your WSI to MSI in Wise. It's not just version 8, it has always been there and appears to be totally random. Sometimes you get it 5 times a day, sometimes not even once in a month. Anyways, the error is easy to solve. I'd recommend using a simple MSI editor like ORCA or Instedit though.
Take a closer look at this:
What it's saying is: You're missing an entry in the _Validation table. If you look at that table, the first columns are Table and Column. The error says which table and column you're missing there. So just add them to the _Validation table and you're done. Don't pay too much attention to the other colums of the _Validation table, they're only confusing ;)
[EDIT]
Or do as VBScab says, which is even easier.. (Never thought of it that way)
And on a second note: I hope you're not repackaging Adobe Reader with Wise?? Adobe has their own Customization tool for Acrobat and I'd really recommend using that!
Posted by:
bertman
13 years ago
Hello Guys,
Thnx for youre reply.
VBScab: Ofcourse I can delete does entries, but why does Wise add them when he doesn't use it ?
Rheuvel: I'm not repackaging Adobe Reader, this was a test if there error also occurred in other packages. I don't realy understand what you are doing, you make a new column in which table ?
And I know that it's a normal table, because its also in 6.5, but I never had problems with it. Is this a Wise 8 isseu ?
Thnx for youre reply.
VBScab: Ofcourse I can delete does entries, but why does Wise add them when he doesn't use it ?
Rheuvel: I'm not repackaging Adobe Reader, this was a test if there error also occurred in other packages. I don't realy understand what you are doing, you make a new column in which table ?
And I know that it's a normal table, because its also in 6.5, but I never had problems with it. Is this a Wise 8 isseu ?
Posted by:
anonymous_9363
13 years ago
Wise does use them (principally in the WSI ==> MSI creation phase, IIRC) but they're not required in the final MSI.
Since the error is concerned only with the _Validation table, who cares?
Since the error is concerned only with the _Validation table, who cares?
Posted by:
Rheuvel
13 years ago
I've had it with Wise 5.6 already (started with that version). The table that's missing the entry is called _Validation
As to what VBScab said: Wise uses Wise tables, but the package/Windows Installer don't. So when you're done editing the package they can be deleted safely.
As to what VBScab said: Wise uses Wise tables, but the package/Windows Installer don't. So when you're done editing the package they can be deleted safely.
Posted by:
bertman
13 years ago
Thnx guys for opening my eyes [:D],
I don't prefer to delete does tables, so I added 2 rows in a template that I use with SetupCapture
"WisePathReplacement","Registry_","N","","","","","","",""
"WisePathReplacement","Attributes","N","","","","","","",""
But I still find it strange, because Wise 6.5 also doesn't have does rows in _Validation.
I don't prefer to delete does tables, so I added 2 rows in a template that I use with SetupCapture
"WisePathReplacement","Registry_","N","","","","","","",""
"WisePathReplacement","Attributes","N","","","","","","",""
But I still find it strange, because Wise 6.5 also doesn't have does rows in _Validation.
Posted by:
anonymous_9363
13 years ago
Wise 6.5 also doesn't have does rows in _Validation.Do you think that, by some miracle, Altiris is catching up with its bug list?
Posted by:
bertman
13 years ago
Hello,
I just dubble checked it. And sorry i was wrong. Does entries exist in 6.5.
Bert
I just dubble checked it. And sorry i was wrong. Does entries exist in 6.5.
Bert
Posted by:
pgiesbergen
13 years ago
ORIGINAL: Rheuvel
As to what VBScab said: Wise uses Wise tables, but the package/Windows Installer don't. So when you're done editing the package they can be deleted safely.
Nope this is wrong. Bertman described the usage of the wisepathreplacement table correctly and you may have noticed that Wise sometimes creates custom actions WisePreparePathConversion and WiseConvertPaths. They use this table at install time. Remove the table and the backslash is not removed. Another way to fix this error is an easy one: after running the validation, select the ice error and click "Correct" [;)]
Posted by:
anonymous_9363
13 years ago
Wise sometimes creates custom actions WisePreparePathConversion and WiseConvertPathsTwo more candidates for removal! LOL
Posted by:
pgiesbergen
13 years ago
You can remove it, but i've seen some stupid (big) software fail hard when the backslash existed so...
Posted by:
MSIPackager
13 years ago
It's true - I had someone (who shall remain nameless timmsie) QA one of my packages, they removed the WisePathReplacement table as part of QA (which broke the package) and then failed the package because it was broken!
I was quite astounded at the sheer nerve of it! [:@]
I was quite astounded at the sheer nerve of it! [:@]
Posted by:
timmsie
13 years ago
how dare you! not my fault your package wasn't robust enough for me to hack about with it [;)]
Rating comments in this legacy AppDeploy message board thread won't reorder them,so that the conversation will remain readable.