Bug 929206
| Summary: | ERROR message when deploying rtgov war | ||
|---|---|---|---|
| Product: | [JBoss] JBoss Fuse Service Works 6 | Reporter: | Ryan Zhang <rzhang> |
| Component: | Configuration | Assignee: | Julian Coleman <jcoleman> |
| Status: | CLOSED DUPLICATE | QA Contact: | Jiri Sedlacek <jsedlace> |
| Severity: | unspecified | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 6.0.0 | CC: | atangrin, cyu, kconner, ncross, oskutka, soa-p-jira |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2013-04-24 14:20:45 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: | |||
|
Description
Ryan Zhang
2013-03-29 13:46:40 UTC
Hi Ryan, This is caused by the Hibernate schema population code. Because it will firstly remove all the tables before populating the schema. In which case, it will throw above ERROR since there was no existing table. Regards Jeff Thanks for clarification, Jeff. When I restart the platform(is it suppose created already for the second time startup?), it still reports the same error. And if it doesn't impact the function, could we make it not show the ERROR log to customer? (In reply to comment #1) > Hi Ryan, > > This is caused by the Hibernate schema population code. Because it will > firstly remove all the tables before populating the schema. In which case, > it will throw above ERROR since there was no existing table. > > Regards > Jeff *** This bug has been marked as a duplicate of bug 947692 *** This is because we use the in-memory database, so the database gets destroyed every time at the time of server shutdown. Regards Jeff (In reply to comment #2) > When I restart the platform(is it suppose created already for the second > time startup?), it still reports the same error. In SOA 5 we did not allow hibernate to create the tables, irrespective of whether the database was in memory or not, and we should look to provide the same solution within SOA 6. This also tied in to the SOA 5 schema tool so that the customer could choose which database was to be configured. |