January 2013 - forge-issues - Jboss List Archives

[JBoss JIRA] (FORGE-751) MavenDependencyFacet cause ConcurrentModificationException

by Aslak Knutsen (JIRA)

Aslak Knutsen created FORGE-751: ----------------------------------- Summary: MavenDependencyFacet cause ConcurrentModificationException Key: FORGE-751 URL: https://issues.jboss.org/browse/FORGE-751 Project: Forge Issue Type: Bug Components: Maven Integration Affects Versions: 1.2.0.Final Reporter: Aslak Knutsen The resolved Managed Dependencies are added to the wrong List -- 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

13 years, 3 months

1
0
0 / 0

[JBoss JIRA] (FORGE-750) DependencyFacet.addXDependency ignores order

by Aslak Knutsen (JIRA)

Aslak Knutsen created FORGE-750: ----------------------------------- Summary: DependencyFacet.addXDependency ignores order Key: FORGE-750 URL: https://issues.jboss.org/browse/FORGE-750 Project: Forge Issue Type: Bug Components: Maven Integration Affects Versions: 1.2.0.Final Reporter: Aslak Knutsen When DependencyFacet.addXDependency is called, it first removes the existing Dependency if it exists, then adds the new. The problem is the index of the original dependency is lost and the new is just appended. In Maven 3 dependency order matters. -- 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

13 years, 3 months

1
0
0 / 0

[JBoss JIRA] (FORGE-749) Support rendering of choices when prompting user for input

by Aslak Knutsen (JIRA)

Aslak Knutsen created FORGE-749: ----------------------------------- Summary: Support rendering of choices when prompting user for input Key: FORGE-749 URL: https://issues.jboss.org/browse/FORGE-749 Project: Forge Issue Type: Story Components: Shell Affects Versions: 1.2.0.Final Reporter: Aslak Knutsen In order to display Typed choice objects to the user As a Plugin Developer I want to be able to control the rendering Given a list of choices of type List<T> And a call to built in Shell.promptChoice(String, List<T>) Then it should be possible to pass in a Renderer to the shell to control out displayed -- 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

13 years, 3 months

1
0
0 / 0

[JBoss JIRA] (FORGE-749) Support rendering of choices when prompting user for input

by Aslak Knutsen (JIRA)

[ https://issues.jboss.org/browse/FORGE-749?page=com.atlassian.jira.plugin.... ] Aslak Knutsen updated FORGE-749: -------------------------------- Description: In order to display Typed choice objects to the user As a Plugin Developer I want to be able to control the rendering Given a list of choices of type List<T> And a call to built in Shell.promptChoice( String, List<T> ) Then it should be possible to pass in a Renderer to the shell to control out displayed was: In order to display Typed choice objects to the user As a Plugin Developer I want to be able to control the rendering Given a list of choices of type List<T> And a call to built in Shell.promptChoice(String, List<T>) Then it should be possible to pass in a Renderer to the shell to control out displayed > Support rendering of choices when prompting user for input > ---------------------------------------------------------- > > Key: FORGE-749 > URL: https://issues.jboss.org/browse/FORGE-749 > Project: Forge > Issue Type: Story > Components: Shell > Affects Versions: 1.2.0.Final > Reporter: Aslak Knutsen > > In order to display Typed choice objects to the user > As a Plugin Developer > I want to be able to control the rendering > Given a list of choices of type List<T> > And a call to built in Shell.promptChoice( String, List<T> ) > Then it should be possible to pass in a Renderer to the shell to control out displayed -- 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

13 years, 3 months

1
0
0 / 0

[JBoss JIRA] (FORGE-133) Entity command should provide an option for using a Mapped Superclass

by John Franey (JIRA)

[ https://issues.jboss.org/browse/FORGE-133?page=com.atlassian.jira.plugin.... ] John Franey commented on FORGE-133: ----------------------------------- Please also observe that a mapped superclass can have a class' @Id member, and so, FacesScaffoled.setPrimaryKeyMetaData ought to be aware of mapped superclass. (Just in case it is overlooked.) > Entity command should provide an option for using a Mapped Superclass > --------------------------------------------------------------------- > > Key: FORGE-133 > URL: https://issues.jboss.org/browse/FORGE-133 > Project: Forge > Issue Type: Enhancement > Components: Builtin Plugins, Java EE APIs > Affects Versions: 1.0.0.Alpha4 > Reporter: Lincoln Baxter III > Priority: Optional > Labels: Starter > Fix For: 1.2.1.Final > > > Instead of putting version and ID in the entity itself, the entity command should allow for using a Mapped superclass (hopefully trying to check for version and id in the process, so that those fields may be omitted from the entity itself.) > {code} > /* > * Copyright 2010 - Lincoln Baxter, III (lincoln(a)ocpsoft.com) - Licensed under the Apache License, > * Version 2.0 (the "License"); you may not use this file except in compliance > * with the License. You may obtain a copy of the License at > * http://www.apache.org/licenses/LICENSE-2.0 - Unless required by applicable > * law or agreed to in writing, software distributed under the License is > * distributed on an "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY > * KIND, either express or implied. See the License for the specific language > * governing permissions and limitations under the License. > */ > import java.io.Serializable; > import java.util.Date; > import javax.persistence.Column; > import javax.persistence.GeneratedValue; > import javax.persistence.GenerationType; > import javax.persistence.Id; > import javax.persistence.MappedSuperclass; > import javax.persistence.PersistenceException; > import javax.persistence.PrePersist; > import javax.persistence.PreUpdate; > import javax.persistence.Temporal; > import javax.persistence.TemporalType; > import javax.persistence.Version; > @MappedSuperclass > public abstract class PersistentObject<E extends PersistentObject<?>> implements Serializable > { > private static final long serialVersionUID = -1272280183658745494L; > @Id > @GeneratedValue(strategy = GenerationType.AUTO) > @Column(name = "id", updatable = false, nullable = false) > private Long id = null; > @Version > @Column(name = "version") > private int version = 0; > @Temporal(TemporalType.TIMESTAMP) > @Column(name = "lastUpdate") > private Date lastUpdate; > @Temporal(TemporalType.TIMESTAMP) > @Column(name = "createdOn", updatable = false, nullable = false) > private Date createdOn; > @PrePersist > void prePersistSetCreationTimestamp() > { > createdOn = new Date(); > } > @PreUpdate > void preUpdateSetLastUpdatedTimestamp() > { > lastUpdate = new Date(); > } > protected static boolean getBooleanValue(final Boolean value) > { > return Boolean.valueOf(String.valueOf(value)); > } > public Long getId() > { > return id; > } > public boolean isPersistent() > { > return getId() != null; > } > @SuppressWarnings("unchecked") > public E setId(final Long id) > { > if (this.id != null) > { > throw new PersistenceException("Cannot alter immutable ID of persistent object with id: " + id); > } > this.id = id; > return (E) this; > } > public int getVersion() > { > return version; > } > @SuppressWarnings("unused") > private void setVersion(final int version) > { > this.version = version; > } > public Date getLastUpdate() > { > return lastUpdate; > } > @SuppressWarnings("unchecked") > public E setLastUpdate(final Date lastUpdate) > { > this.lastUpdate = lastUpdate; > return (E) this; > } > public Date getCreatedOn() > { > return createdOn; > } > @SuppressWarnings("unchecked") > public E setCreatedOn(final Date createdOn) > { > this.createdOn = createdOn; > return (E) this; > } > } > {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

13 years, 3 months

1
0
0 / 0

[JBoss JIRA] (FORGE-150) Implementations of JavaParser Interfaces should maintain equality with other implementations

by Lincoln Baxter III (JIRA)

[ https://issues.jboss.org/browse/FORGE-150?page=com.atlassian.jira.plugin.... ] Lincoln Baxter III updated FORGE-150: ------------------------------------- Fix Version/s: 1.2.1.Final (was: 1.2.0.Final) > Implementations of JavaParser Interfaces should maintain equality with other implementations > -------------------------------------------------------------------------------------------- > > Key: FORGE-150 > URL: https://issues.jboss.org/browse/FORGE-150 > Project: Forge > Issue Type: Enhancement > Components: Parsers / File Manipulation > Affects Versions: 1.0.0.Alpha4 > Reporter: Jason Porter > Assignee: Ivan St. Ivanov > Fix For: 1.2.1.Final > > > Until I saw how to create an Import (which I still don't agree with having to be tied to the Implementation) I thought about creating my own implementation for a test (a mock would be even better) so I looked at the equals for the ImportImpl and it does not keep equality with other implementations because it checks to see if the class is the same. It also checks internal state instead of using the interface methods. -- 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

13 years, 3 months

1
0
0 / 0

[JBoss JIRA] (FORGE-93) AbstractResource.getFullyQualifiedName() returns wrong file path on Windows

by Lincoln Baxter III (JIRA)

[ https://issues.jboss.org/browse/FORGE-93?page=com.atlassian.jira.plugin.s... ] Lincoln Baxter III updated FORGE-93: ------------------------------------ Fix Version/s: 1.2.1.Final (was: 1.2.0.Final) > AbstractResource.getFullyQualifiedName() returns wrong file path on Windows > --------------------------------------------------------------------------- > > Key: FORGE-93 > URL: https://issues.jboss.org/browse/FORGE-93 > Project: Forge > Issue Type: Bug > Components: Resources API > Affects Versions: 1.0.6.Final > Reporter: Liu Jianhong > Assignee: Koen Aers > Priority: Minor > Fix For: 1.2.1.Final > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > 1,cd to C:\Users > 2,Get path use AbstractResource.getFullyQualifiedName() and it returns /Users > 3,Execute "cd /Users" produces error of "[cd] no such resources:Users" > So,the following test failed: > org.junit.ComparisonFailure: expected:</Users[/Administrator]> but was:</Users[]> > at org.junit.Assert.assertEquals(Assert.java:123) > at org.junit.Assert.assertEquals(Assert.java:145) > at org.jboss.forge.shell.test.plugins.builtin.ChangeDirectoryPluginTest.testAbsolutePath(ChangeDirectoryPluginTest.java:137) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > at java.lang.reflect.Method.invoke(Method.java:597) > at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44) > at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15) > at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:41) > at org.jboss.arquillian.junit.Arquillian$6$1.invoke(Arquillian.java:251) > at org.jboss.arquillian.protocol.local.LocalMethodExecutor.invoke(LocalMethodExecutor.java:40) > at org.jboss.arquillian.impl.handler.ContainerTestExecuter.callback(ContainerTestExecuter.java:50) > at org.jboss.arquillian.impl.handler.ContainerTestExecuter.callback(ContainerTestExecuter.java:40) > at org.jboss.arquillian.impl.event.MapEventManager.fire(MapEventManager.java:63) > at org.jboss.arquillian.impl.context.AbstractEventContext.fire(AbstractEventContext.java:115) > at org.jboss.arquillian.impl.EventTestRunnerAdaptor.test(EventTestRunnerAdaptor.java:157) > at org.jboss.arquillian.junit.Arquillian$6.evaluate(Arquillian.java:244) > at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28) > at org.jboss.arquillian.junit.Arquillian$4.evaluate(Arquillian.java:207) > at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:31) > at org.jboss.arquillian.junit.Arquillian$5$1.evaluate(Arquillian.java:225) > at org.jboss.arquillian.junit.Arquillian$MultiStatementExecutor.execute(Arquillian.java:297) > at org.jboss.arquillian.junit.Arquillian$5.evaluate(Arquillian.java:221) > at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:76) > at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:50) > at org.junit.runners.ParentRunner$3.run(ParentRunner.java:193) > at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:52) > at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:191) > at org.junit.runners.ParentRunner.access$000(ParentRunner.java:42) > at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:184) > at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28) > at org.jboss.arquillian.junit.Arquillian$2.evaluate(Arquillian.java:163) > at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:31) > at org.jboss.arquillian.junit.Arquillian$3$1.evaluate(Arquillian.java:186) > at org.jboss.arquillian.junit.Arquillian$MultiStatementExecutor.execute(Arquillian.java:297) > at org.jboss.arquillian.junit.Arquillian$3.evaluate(Arquillian.java:182) > at org.junit.runners.ParentRunner.run(ParentRunner.java:236) > at org.jboss.arquillian.junit.Arquillian.run(Arquillian.java:127) > at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:50) > at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38) > at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:467) > at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:683) > at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:390) > at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:197) -- 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

13 years, 3 months

1
0
0 / 0

[JBoss JIRA] (FORGE-35) add-constraint is missing NotEmpty

by Lincoln Baxter III (JIRA)

[ https://issues.jboss.org/browse/FORGE-35?page=com.atlassian.jira.plugin.s... ] Lincoln Baxter III updated FORGE-35: ------------------------------------ Fix Version/s: 1.2.1.Final (was: 1.2.0.Final) > add-constraint is missing NotEmpty > ---------------------------------- > > Key: FORGE-35 > URL: https://issues.jboss.org/browse/FORGE-35 > Project: Forge > Issue Type: Bug > Components: Builtin Plugins > Affects Versions: 1.0.6.Final > Reporter: Pete Muir > Assignee: Kevin Pollet > Labels: Starter > Fix For: 1.2.1.Final > > -- 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

13 years, 3 months

1
0
0 / 0

[JBoss JIRA] (FORGE-44) Usage: dark blue on black background?

by Lincoln Baxter III (JIRA)

[ https://issues.jboss.org/browse/FORGE-44?page=com.atlassian.jira.plugin.s... ] Lincoln Baxter III updated FORGE-44: ------------------------------------ Fix Version/s: 1.2.1.Final (was: 1.2.0.Final) > Usage: dark blue on black background? > ------------------------------------- > > Key: FORGE-44 > URL: https://issues.jboss.org/browse/FORGE-44 > Project: Forge > Issue Type: Bug > Components: Shell, Windows > Affects Versions: 1.0.0.Beta2 > Environment: Windows 7 > Reporter: Martin Dames > Priority: Minor > Labels: background, black, blue, cmd,, color,, dark,, shell,, windows, > Fix For: 1.2.1.Final > > > Hi, > im trying Seam Forge 1.0.0Beta2 on my windows machine and it really makes no fun. I can rarely see the "holding" text and its driving me crazy... I tried to change the cmd shell background and text colors.. but besides this is not a task a normal user should do... this does not work. > So, please change your colors a little bit more eye friendly! :) > I would add a screenshot if I could.... -- 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

13 years, 3 months

1
0
0 / 0

[JBoss JIRA] (FORGE-127) Change Strings to take CharacterSequence in classes building java source files

by Lincoln Baxter III (JIRA)

[ https://issues.jboss.org/browse/FORGE-127?page=com.atlassian.jira.plugin.... ] Lincoln Baxter III updated FORGE-127: ------------------------------------- Fix Version/s: 1.2.1.Final (was: 1.2.0.Final) > Change Strings to take CharacterSequence in classes building java source files > ------------------------------------------------------------------------------ > > Key: FORGE-127 > URL: https://issues.jboss.org/browse/FORGE-127 > Project: Forge > Issue Type: Enhancement > Components: Plugin API > Affects Versions: 1.0.0.Alpha4 > Reporter: Jason Porter > Assignee: Lincoln Baxter III > Priority: Minor > Fix For: 1.2.1.Final > > > I'm using org.jboss.forge.parser.java.Method right now and noticing everything takes a string. A nice enhancement would be to accept CharacterSequence (http://download.oracle.com/javase/6/docs/api/java/lang/CharSequence.html) instead of String. This has the added bonus of being able to pass a StringBuilder without having to call toString() on it. Other CharacterSequences may also find ease of use with this change. -- 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

13 years, 3 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

forge-issues January 2013