[JBoss JIRA] (FORGE-876) Cannot @Inject UIInput<FileResource<?>> input; Deployment exception results.
by George Gastaldi (JIRA)
[ https://issues.jboss.org/browse/FORGE-876?page=com.atlassian.jira.plugin.... ]
George Gastaldi updated FORGE-876:
----------------------------------
Fix Version/s: 2.x Future
(was: 2.0.0.Alpha5)
> Cannot @Inject UIInput<FileResource<?>> input; Deployment exception results.
> ----------------------------------------------------------------------------
>
> Key: FORGE-876
> URL: https://issues.jboss.org/browse/FORGE-876
> Project: Forge
> Issue Type: Bug
> Components: Container, Plugin API
> Affects Versions: 2.0.0.Alpha2
> Reporter: Lincoln Baxter III
> Fix For: 2.x Future
>
>
> {code}
> org.jboss.weld.exceptions.DeploymentException: WELD-001408 Unsatisfied dependencies for type [UIInput<FileResource<Object>>] with qualifiers [@Service] at injection point [[BackedAnnotatedField] @Inject org.jboss.forge.ui.impl.UIInputResourceInjectionTest.firstName]
> at org.jboss.weld.bootstrap.Validator.validateInjectionPointForDeploymentProblems(Validator.java:403)
> at org.jboss.weld.bootstrap.Validator.validateInjectionPoint(Validator.java:325)
> at org.jboss.weld.bootstrap.Validator.validateGeneralBean(Validator.java:177)
> at org.jboss.weld.bootstrap.Validator.validateRIBean(Validator.java:208)
> at org.jboss.weld.bootstrap.Validator.validateBean(Validator.java:519)
> at org.jboss.weld.bootstrap.Validator.validateBeans(Validator.java:505)
> at org.jboss.weld.bootstrap.Validator.validateDeployment(Validator.java:480)
> at org.jboss.weld.bootstrap.WeldBootstrap.validateBeans(WeldBootstrap.java:536)
> at org.jboss.weld.bootstrap.api.helpers.ForwardingBootstrap.validateBeans(ForwardingBootstrap.java:75)
> at org.jboss.weld.environment.se.Weld.initialize(Weld.java:138)
> at org.jboss.forge.container.impl.AddonRunnable$AddonContainerStartup.call(AddonRunnable.java:171)
> at org.jboss.forge.container.impl.AddonRunnable$AddonContainerStartup.call(AddonRunnable.java:133)
> at org.jboss.forge.container.util.ClassLoaders.executeIn(ClassLoaders.java:34)
> at org.jboss.forge.container.impl.AddonRunnable$3.call(AddonRunnable.java:106)
> at org.jboss.forge.container.impl.AddonRunnable$3.call(AddonRunnable.java:98)
> at org.jboss.forge.container.LockManagerImpl.performLocked(LockManagerImpl.java:48)
> at org.jboss.forge.container.impl.AddonRunnable.run(AddonRunnable.java:97)
> at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> at java.util.concurrent.FutureTask.run(FutureTask.java:138)
> at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:895)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:918)
> at java.lang.Thread.run(Thread.java:680)
> {code}
--
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
11 years
[JBoss JIRA] (FORGE-886) Should be able to re-install an existing Addon if it is a SNAPSHOT
by George Gastaldi (JIRA)
[ https://issues.jboss.org/browse/FORGE-886?page=com.atlassian.jira.plugin.... ]
George Gastaldi updated FORGE-886:
----------------------------------
Fix Version/s: 2.x Future
(was: 2.0.0.Alpha5)
> Should be able to re-install an existing Addon if it is a SNAPSHOT
> ------------------------------------------------------------------
>
> Key: FORGE-886
> URL: https://issues.jboss.org/browse/FORGE-886
> Project: Forge
> Issue Type: Feature Request
> Components: Container, Plugin Repository
> Affects Versions: 2.0.0.Alpha3
> Reporter: Lincoln Baxter III
> Fix For: 2.x Future
>
>
> Currently re-installing Addons is not supported, because there is no way to tell Forge to stop using the existing deployed files without giving it time to detect the change and re-deploy the addon.
> In order to implement this, the Forge registry file probably needs to use some kind of marker files.
> {code}
> .dodeploy
> .deployed
> .undeployed
> {code}
> So that it knows how to respond when changes are made faster than timestamps can detect. This would (hopefully) also in theory be a step toward multi JVM (multiple running forge / concurrent modification instance) support.
> This has been partially implemented, but only naively. The files are actually re-written on UNIX based OS's, and will be re-loaded next time the addon is disabled/re-enabled, but this will not work on Windows.
--
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
11 years
[JBoss JIRA] (FORGE-922) Forge JavaParser does not support Wildcard Imports "org.jboss.forge.*"
by George Gastaldi (JIRA)
[ https://issues.jboss.org/browse/FORGE-922?page=com.atlassian.jira.plugin.... ]
George Gastaldi updated FORGE-922:
----------------------------------
Fix Version/s: 2.x Future
(was: 2.0.0.Alpha5)
> Forge JavaParser does not support Wildcard Imports "org.jboss.forge.*"
> ----------------------------------------------------------------------
>
> Key: FORGE-922
> URL: https://issues.jboss.org/browse/FORGE-922
> Project: Forge
> Issue Type: Enhancement
> Components: Parsers / File Manipulation
> Reporter: Lincoln Baxter III
> Fix For: 2.x Future
>
>
> The JavaParser Annotation.getQualifiedName() will return "Column" instead of "javax.persistence.Column" for the following example class scenario. It should be able to understand the wildcard, given the proper metadata:
> {code}package demo.entities;
> import javax.persistence.*;
> @Entity
> public class Contact implements java.io.Serializable {
> @Id
> private @GeneratedValue(strategy = GenerationType.AUTO)
> @Column(name = "id", updatable = false, nullable = false)
> Long id = null;
> @Version
> private @Column(name = "version")
> int version = 0;
> public Long getId() {
> return this.id;
> }
> public void setId(final Long id) {
> this.id = id;
> }
> public int getVersion() {
> return this.version;
> }
> public void setVersion(final int version) {
> this.version = version;
> }
> @Override
> public boolean equals(Object that) {
> if (this == that) {
> return true;
> }
> if (that == null) {
> return false;
> }
> if (getClass() != that.getClass()) {
> return false;
> }
> if (id != null) {
> return id.equals(((Contact) that).id);
> }
> return super.equals(that);
> }
> @Override
> public int hashCode() {
> if (id != null) {
> return id.hashCode();
> }
> return super.hashCode();
> }
> private String name;
> public String getName() {
> return this.name;
> }
> public void setName(final String name) {
> this.name = name;
> }
> public String toString() {
> return "" + name;
> }
> }{code}
--
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
11 years