This website uses cookies. By clicking Accept, you consent to the use of cookies. Click Here to learn more about how we use cookies.
Turn on suggestions
Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
- Revenera Community
- :
- FlexNet Operations
- :
- FlexNet Operations Forum
- :
- Problem with FNO Patch 12.0.0.2
Subscribe
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Subscribe
- Mute
- Printer Friendly Page
![](/skins/images/8CE4FAD0DE6F3A6F9D0567434D2D2DAE/responsive_peak/images/icon_anonymous_message.png)
Not applicable
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
May 19, 2009
02:36 PM
Problem with FNO Patch 12.0.0.2
After applying FNO Patch 12.0.0.2, manual activation is no longer working. There are no error messages during the activation process. The client generates the request file without error. FNO generates the response file without error. The client loads the response file into trusted storage without error. However, when our application then tries to check out a feature, the Flexible API claims that it is not an active feature.
We also noticed a difference in how appactutil displays the feature lines in the fulfillment. Before we applied the patch (when manual activation was still working), calling "appactutil -view" would display each feature on its own line. After applying the patch and going through a manual activation again, "appactutil -view" is displaying all feature lines on the same line, and they look somewhat corrupt.
We also noticed a difference in how appactutil displays the feature lines in the fulfillment. Before we applied the patch (when manual activation was still working), calling "appactutil -view" would display each feature on its own line. After applying the patch and going through a manual activation again, "appactutil -view" is displaying all feature lines on the same line, and they look somewhat corrupt.
(1) Reply
![](/skins/images/8CE4FAD0DE6F3A6F9D0567434D2D2DAE/responsive_peak/images/icon_anonymous_message.png)
Not applicable
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
May 19, 2009
04:31 PM
Something about how the response files are getting generated must have changed after applying the patch, because it caused our application activation utility to load the file incorrectly. This caused the feature lines in trusted storage to be corrupt. We were able to fix the issue by changing the way we were loading the response file into memory.
![](/skins/images/8CE4FAD0DE6F3A6F9D0567434D2D2DAE/responsive_peak/images/icon_anonymous_message.png)