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 ?
0 Comments   [ + ] Show Comments

Comments

Please log in to comment

Rating comments in this legacy AppDeploy message board thread won't reorder them,
so that the conversation will remain readable.

Answers

0
Easy. For your final release, delete all the tables prefixed with 'Wise'. The package doesn't need them: Wise does.
Answered 07/22/2010 by: VBScab
Red Belt

Please log in to comment
0
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!
Answered 07/22/2010 by: Rheuvel
Brown Belt

Please log in to comment
0
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 ?
Answered 07/22/2010 by: bertman
Senior Yellow Belt

Please log in to comment
0
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?
Answered 07/22/2010 by: VBScab
Red Belt

Please log in to comment
0
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.
Answered 07/22/2010 by: Rheuvel
Brown Belt

Please log in to comment
0
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.
Answered 07/22/2010 by: bertman
Senior Yellow Belt

Please log in to comment
0
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?
Answered 07/22/2010 by: VBScab
Red Belt

Please log in to comment
0
Hello,

I just dubble checked it. And sorry i was wrong. Does entries exist in 6.5.

Bert
Answered 07/22/2010 by: bertman
Senior Yellow Belt

Please log in to comment
0
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" [;)]
Answered 07/22/2010 by: pgiesbergen
Orange Belt

Please log in to comment
0
Wise sometimes creates custom actions WisePreparePathConversion and WiseConvertPathsTwo more candidates for removal! LOL
Answered 07/22/2010 by: VBScab
Red Belt

Please log in to comment
0
You can remove it, but i've seen some stupid (big) software fail hard when the backslash existed so...
Answered 07/22/2010 by: pgiesbergen
Orange Belt

Please log in to comment
0
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! [:@]
Answered 07/22/2010 by: MSIPackager
Third Degree Black Belt

Please log in to comment
0
how dare you! not my fault your package wasn't robust enough for me to hack about with it [;)]
Answered 07/22/2010 by: timmsie
Fourth Degree Brown Belt

Please log in to comment
Answer this question or Comment on this question for clarity