[JBoss JIRA] (JBIDE-15369) Minor part of jbosstools-server/as submodule version should be incremented
by Denis Golovin (JIRA)
Denis Golovin created JBIDE-15369:
-------------------------------------
Summary: Minor part of jbosstools-server/as submodule version should be incremented
Key: JBIDE-15369
URL: https://issues.jboss.org/browse/JBIDE-15369
Project: Tools (JBoss Tools)
Issue Type: Bug
Components: server
Affects Versions: 4.1.1.Alpha1
Reporter: Denis Golovin
Priority: Blocker
API tooling reports that minor version should be incremented for as.core plugin because new APIs have been added since previous release.
In theory whole jbosstools-server/as sub-module should get new version 2.5.0 (current is 2.4.100). At the same time if master branch contains different API version in its version should be also increased. Question is which part of version should be changed to avoid conflicts in future between two streams.
This version changes should take place after JBIDE-15368 is taken care of.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 7 months
[JBoss JIRA] (JBIDE-15368) jbosstools-server has API Compatibility problem
by Denis Golovin (JIRA)
[ https://issues.jboss.org/browse/JBIDE-15368?page=com.atlassian.jira.plugi... ]
Denis Golovin updated JBIDE-15368:
----------------------------------
Labels: api-compatibility (was: )
> jbosstools-server has API Compatibility problem
> -----------------------------------------------
>
> Key: JBIDE-15368
> URL: https://issues.jboss.org/browse/JBIDE-15368
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: server
> Affects Versions: 4.1.1.Alpha1
> Reporter: Denis Golovin
> Priority: Blocker
> Labels: api-compatibility
>
> Latest version from jbosstools-server/jbosstools-4.1.x branch has API Compatibility problem:
> "The field org.jboss.ide.eclipse.as.core.util.IJBossToolingConstants.WILDFLY8_MANAGEMENT_PORT_DEFAULT_PORT in an interface that is intended to be implemented or extended has been added".
> According to http://wiki.eclipse.org/Evolving_Java-based_APIs_2
> || Interface change || Conditions || Compatibility ||
> |Add API field|If interface not implementable by Clients | Binary compatible|
> |Add API field|If interface implementable by Clients| Breaks compatibility (2)|
> (2) Adding an API field to an API interface that is implemented by Clients (e.g., a callback, listener, or visitor interface) breaks binary compatibility in a different way. A field added to a superinterface of C may hide an instance field inherited from a superclass of C, causing linking errors to be detected. Because of this fact, it is important to distinguish between API interfaces that Clients should implement from those that Clients should merely use. API interfaces that Clients should implement should not include fields.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 7 months
[JBoss JIRA] (JBIDE-15368) jbosstools-server has API Compatibility problem
by Denis Golovin (JIRA)
Denis Golovin created JBIDE-15368:
-------------------------------------
Summary: jbosstools-server has API Compatibility problem
Key: JBIDE-15368
URL: https://issues.jboss.org/browse/JBIDE-15368
Project: Tools (JBoss Tools)
Issue Type: Bug
Components: server
Affects Versions: 4.1.1.Alpha1
Reporter: Denis Golovin
Priority: Blocker
Latest version from jbosstools-server/jbosstools-4.1.x branch has API Compatibility problem:
"The field org.jboss.ide.eclipse.as.core.util.IJBossToolingConstants.WILDFLY8_MANAGEMENT_PORT_DEFAULT_PORT in an interface that is intended to be implemented or extended has been added".
According to http://wiki.eclipse.org/Evolving_Java-based_APIs_2
|| Interface change || Conditions || Compatibility ||
|Add API field|If interface not implementable by Clients | Binary compatible|
|Add API field|If interface implementable by Clients| Breaks compatibility (2)|
(2) Adding an API field to an API interface that is implemented by Clients (e.g., a callback, listener, or visitor interface) breaks binary compatibility in a different way. A field added to a superinterface of C may hide an instance field inherited from a superclass of C, causing linking errors to be detected. Because of this fact, it is important to distinguish between API interfaces that Clients should implement from those that Clients should merely use. API interfaces that Clients should implement should not include fields.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 7 months
[JBoss JIRA] (JBIDE-15367) JBoss Knowledge Base Builder hangs up
by Viacheslav Kabanovich (JIRA)
Viacheslav Kabanovich created JBIDE-15367:
---------------------------------------------
Summary: JBoss Knowledge Base Builder hangs up
Key: JBIDE-15367
URL: https://issues.jboss.org/browse/JBIDE-15367
Project: Tools (JBoss Tools)
Issue Type: Bug
Components: common/jst/core
Reporter: Viacheslav Kabanovich
Assignee: Viacheslav Kabanovich
Fix For: 4.2.0.Alpha1
https://community.jboss.org/message/833488
The cause is thread unsafe code in org.jboss.tools.jsf.jsf2.bean.model.impl.DefinitionContext. When one thread reads from HashSet while another modifies it, sometimes reading slips into eternal cycle. That is a feature of implementation of java.util.HashSet, and the only way to avoid it is to provide thread safety. I will open an issue.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 7 months