Bug 1400072
| Summary: | udpater notifier for windows msi is should have major version in url | ||
|---|---|---|---|
| Product: | Red Hat Enterprise Linux 7 | Reporter: | jiri vanek <jvanek> |
| Component: | java-1.8.0-openjdk | Assignee: | Alex Kashchenko <akashche> |
| Status: | CLOSED CURRENTRELEASE | QA Contact: | BaseOS QE - Apps <qe-baseos-apps> |
| Severity: | unspecified | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 7.4 | CC: | akashche, dbhole, jvanek |
| Target Milestone: | rc | ||
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Windows | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | If docs needed, set a value | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2016-12-14 15:29:13 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
| Bug Depends On: | 1400066 | ||
| Bug Blocks: | |||
|
Description
jiri vanek
2016-11-30 12:02:39 UTC
This depend on RH server-side deployment mechanism (whether URL will include actual file name or not), it is currently called "version.json" because it will be saved locally with this name. The name for generated file can be fully-qualified: java-1.8.0-openjdk-1.8.0.111-1.b15.redhat.windows.x86_64.json Lets wait for the info about deployment first though. +1 for "somehow" qualified. But having version+release it in may be contraproductive. Having arch in it may be even wrong. Sure. The RH deployment must be stated first. Generated version file now have full version in its name - http://download-node-02.eng.bos.redhat.com/brewroot/work/tasks/7407/12187407/java-1.8.0-openjdk-1.8.0.111-2.b15.test06.windows.x86_64.version.json Sorry, full version is no go. By doing so, you will kill to possibility to skip update. Can you please only major as was originally bugged? (In reply to jiri vanek from comment #6) > Sorry, full version is no go. By doing so, you will kill to possibility to > skip update. Can you please only major as was originally bugged? Agree with this, the above comment is about build-time version.json generation in the way that each such json file can be traced back to the Brew build (probably that comment doesn't belong to this thread). Maybe qualified name without update part will suffice for URL: java-1.8.0-openjdk.redhat.windows.x86_64.version.json OS and arch are there as other OSs and archs can appear in theory. The whole thing is a bit theoretical though until deployment details will be clear (what control we will have over url). (In reply to Alex Kashchenko from comment #7) > (In reply to jiri vanek from comment #6) > > Sorry, full version is no go. By doing so, you will kill to possibility to > > skip update. Can you please only major as was originally bugged? > > Agree with this, the above comment is about build-time version.json > generation in the way that each such json file can be traced back to the > Brew build (probably that comment doesn't belong to this thread). > > Maybe qualified name without update part will suffice for URL: > > java-1.8.0-openjdk.redhat.windows.x86_64.version.json > sounds good to me. > OS and arch are there as other OSs and archs can appear in theory. > > The whole thing is a bit theoretical though until deployment details will be > clear (what control we will have over url). I think we wil have 100% control about huge part of url. So it is not theoretical. We have to tell them where we wont it and why. This bug is checked in checkers testsuite |