[JBoss JIRA] Created: (JBIDE-9731) Tooltip for EL referenced to message bundles
by Alexey Kazakov (JIRA)
Tooltip for EL referenced to message bundles
--------------------------------------------
Key: JBIDE-9731
URL: https://issues.jboss.org/browse/JBIDE-9731
Project: Tools (JBoss Tools)
Issue Type: Feature Request
Components: jsp/jsf/xml source editing
Reporter: Alexey Kazakov
Assignee: Victor Rubezhny
Fix For: 3.3.0.M4
So far JBT shows tooltips only for ELs referenced to java.
Let's add tooltips for message bundles too.
For example the tooltip for #{*msgs*.propertyA} will show the path to the message bundle resource.
Tooltip for #{msgs.*propertyA*} will show the path to the message bundle resource and the property name and value (or all of them if there are a few locals with the same property?)
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 1 month
[JBoss JIRA] (JBIDE-11079) JPA: Hibernate extension mised up OneToOne and OneToMany mappings
by Dmitry Geraskov (JIRA)
Dmitry Geraskov created JBIDE-11079:
---------------------------------------
Summary: JPA: Hibernate extension mised up OneToOne and OneToMany mappings
Key: JBIDE-11079
URL: https://issues.jboss.org/browse/JBIDE-11079
Project: Tools (JBoss Tools)
Issue Type: Bug
Components: hibernate
Affects Versions: 3.3.0.M5
Reporter: Dmitry Geraskov
Assignee: Dmitry Geraskov
Priority: Critical
Fix For: 3.3.0.Beta1
Attachments: definitions_patch.txt
When work with OneToOne or OneToMany mappings there are several problems could occur. One of the is described here:
https://community.jboss.org/message/720006
Another I faced myself when tried to repruduce the mapping above:
Caused by: java.lang.IllegalArgumentException: invalid mapping key: oneToOne
at org.eclipse.jpt.jpa.core.internal.context.java.AbstractJavaPersistentAttribute.getSpecifiedMappingDefinition(AbstractJavaPersistentAttribute.java:325)
at org.eclipse.jpt.jpa.core.internal.context.java.AbstractJavaPersistentAttribute.setMappingKey_(AbstractJavaPersistentAttribute.java:216)
at org.eclipse.jpt.jpa.core.internal.context.java.AbstractJavaPersistentAttribute.setMappingKey(AbstractJavaPersistentAttribute.java:195)
at org.eclipse.jpt.jpa.core.internal.context.java.AbstractJavaPersistentAttribute.setMappingKey(AbstractJavaPersistentAttribute.java:1)
at org.eclipse.jpt.jpa.ui.internal.details.PersistentAttributeMapAsComposite$1.morphMapping(PersistentAttributeMapAsComposite.java:82)
at org.eclipse.jpt.jpa.ui.internal.details.MapAsComposite.morphMapping(MapAsComposite.java:340)
at org.eclipse.jpt.jpa.ui.internal.details.MapAsComposite$3.execute(MapAsComposite.java:206)
at org.eclipse.jpt.jpa.ui.internal.details.MapAsComposite$3.execute(MapAsComposite.java:1)
at org.eclipse.jpt.common.ui.internal.util.SWTUtil$1.run(SWTUtil.java:138)
at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:135)
... 23 more
To reproduce:
1. Create classes/mappings from issue above
2. Set cursor to PasswordResourceAuditLogEntry#attributes
3. Open JPA Details view
FAILURE: "default(basic)" mapping is used
4. Click on the "default(basic)" link
5. Select "OneToOne" from the list
FAILURE: Exception
The reason is internal hibernate mixed up ManyToOne and OneToOne annotation definitions.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 1 month
[JBoss JIRA] Created: (JBIDE-9358) PollThread: separate alerting behaviour from alerting event log
by Andre Dietisheim (JIRA)
PollThread: separate alerting behaviour from alerting event log
---------------------------------------------------------------
Key: JBIDE-9358
URL: https://issues.jboss.org/browse/JBIDE-9358
Project: Tools (JBoss Tools)
Issue Type: Enhancement
Components: JBossAS
Affects Versions: 3.3.0.M3
Reporter: Andre Dietisheim
Assignee: Andre Dietisheim
Fix For: 3.3.0.M3
The current impl of PollThread does inform the event log in a method that does alert the server behavior of the outcome of the polling ( if(finalAlert) ... ) in #alertBehavior:
{code}
protected void alertBehavior(boolean currentState, boolean finalAlert) {
if (currentState != expectedState) {
// it didnt work... cancel all processes! force stop
behavior.stop(true);
if (finalAlert)
alertEventLogFailure();
} else {
if (currentState == IServerStatePoller.SERVER_UP)
behavior.setServerStarted();
else
behavior.stop(true);
if (finalAlert)
alertEventLogSuccess(currentState);
}
}
{code}
This shall be separated into into its own method.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 1 month