Bug 1007015
Summary: | jboss-as-infinispan_1_X.xsd schema and domain model has incorrect default value for flush-lock-timeout in write-behind | ||
---|---|---|---|
Product: | [JBoss] JBoss Enterprise Application Platform 6 | Reporter: | Brent Driskill <bdriskil> |
Component: | Clustering | Assignee: | Radoslav Husar <rhusar> |
Status: | CLOSED CURRENTRELEASE | QA Contact: | Jitka Kozana <jkudrnac> |
Severity: | medium | Docs Contact: | |
Priority: | low | ||
Version: | 6.0.1 | CC: | brian.stansberry, david, jason.greene, kkhan, lthon, myarboro, rhusar, rsvoboda, wbirkhea |
Target Milestone: | ER6 | ||
Target Release: | EAP 6.4.0 | ||
Hardware: | All | ||
OS: | All | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 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: |
Description
Brent Driskill
2013-09-11 18:00:48 UTC
Jason, which component should this be filed under? Let me investigate this. >>>> https://bugzilla.redhat.com/show_bug.cgi?id=1007015 PM + QA >>> NOT acked (yet) >>> https://github.com/jbossas/jboss-eap/pull/1401/files modifies >>> already published XSD files >>> I think only jboss-as-infinispan_1_5.xsd should be modified >>> Adding Rado for feedback >> I am a bit unsure about that one. I *think* we normally fix them if >> there are problems, but it would be good to get Brian’s input as well. > > I believe the rule of thumb has always been that if the value was > clearly wrong and nobody could have used the value reliably (in this > case a timeout of 1 ms instead of 5 seconds) and it doesn't break > existing configurations we can change it and IIRC we have done it in the > past. > > Nevertheless I agree it's a mess to change already published XSD, but > that's why we ship them in every release again and again so we can > correct mistakes of the past. > > But Brian is the boss here :-) > This isn't great, but I don't see a better alternative. The change in the AttributeDefinition and the 1.5 xsd are fine. Changing the previous xsds isn't great, but the alternative is to modify the parsers for those versions to set "1" on the operation. And that would result in writing the "1" back to the xml even though the user didn't directly specify that. That's also not great, although it's what we'd normally do if we change a default. But if the "1" value never worked properly anyway I don't see the point of doing that. Verified with EAP 6.4.0.DR11. (Note: I went through the logs and this was merged to EAP 6.4.0 in DR6.) |