May 2016 - forge-issues - Jboss List Archives

[JBoss JIRA] (FURNACE-112) Separate deploy/enable/disable methods from AddonRepository/MutableAddonRepository

by Sergei Egorov (JIRA)

[ https://issues.jboss.org/browse/FURNACE-112?page=com.atlassian.jira.plugi... ] Sergei Egorov commented on FURNACE-112: --------------------------------------- [~gastaldi] done. PR is linked to the issue. I tried to keep binary compatibility, also it's "0 changes in tests", so should be safe. > Separate deploy/enable/disable methods from AddonRepository/MutableAddonRepository > ---------------------------------------------------------------------------------- > > Key: FURNACE-112 > URL: https://issues.jboss.org/browse/FURNACE-112 > Project: Forge: Furnace > Issue Type: Enhancement > Components: Addon Manager > Affects Versions: 2.23.4.Final > Reporter: Sergei Egorov > > Hi! > Looks like AddonRepository is doing two different jobs - addons repository *and* storing the state. But if one wants to store the state of deployed & enabled addons, there is no interface to implement to keep filesystem storage of artifacts, but having state somewhere else (DB, in memory data grid, just in memory, not the file system) > I think following methods should have their own interface: > isEnabled() > listAll() > listEnabled() > listEnabledCompatibleWithVersion() > enable() > disable() > it will make it possible to provide non-FS implementation of the state storage. > Thanks! -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 8 months

1
0
0 / 0

[JBoss JIRA] (FURNACE-112) Separate deploy/enable/disable methods from AddonRepository/MutableAddonRepository

by Sergei Egorov (JIRA)

[ https://issues.jboss.org/browse/FURNACE-112?page=com.atlassian.jira.plugi... ] Sergei Egorov updated FURNACE-112: ---------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/forge/furnace/pull/33 > Separate deploy/enable/disable methods from AddonRepository/MutableAddonRepository > ---------------------------------------------------------------------------------- > > Key: FURNACE-112 > URL: https://issues.jboss.org/browse/FURNACE-112 > Project: Forge: Furnace > Issue Type: Enhancement > Components: Addon Manager > Affects Versions: 2.23.4.Final > Reporter: Sergei Egorov > > Hi! > Looks like AddonRepository is doing two different jobs - addons repository *and* storing the state. But if one wants to store the state of deployed & enabled addons, there is no interface to implement to keep filesystem storage of artifacts, but having state somewhere else (DB, in memory data grid, just in memory, not the file system) > I think following methods should have their own interface: > isEnabled() > listAll() > listEnabled() > listEnabledCompatibleWithVersion() > enable() > disable() > it will make it possible to provide non-FS implementation of the state storage. > Thanks! -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 8 months

1
0
0 / 0

[JBoss JIRA] (FURNACE-112) Separate deploy/enable/disable methods from AddonRepository/MutableAddonRepository

by George Gastaldi (JIRA)

[ https://issues.jboss.org/browse/FURNACE-112?page=com.atlassian.jira.plugi... ] George Gastaldi commented on FURNACE-112: ----------------------------------------- So your suggestion is to extract an interface with these methods? Feel free to submit a PR, we'll gladly review it. > Separate deploy/enable/disable methods from AddonRepository/MutableAddonRepository > ---------------------------------------------------------------------------------- > > Key: FURNACE-112 > URL: https://issues.jboss.org/browse/FURNACE-112 > Project: Forge: Furnace > Issue Type: Enhancement > Components: Addon Manager > Affects Versions: 2.23.4.Final > Reporter: Sergei Egorov > > Hi! > Looks like AddonRepository is doing two different jobs - addons repository *and* storing the state. But if one wants to store the state of deployed & enabled addons, there is no interface to implement to keep filesystem storage of artifacts, but having state somewhere else (DB, in memory data grid, just in memory, not the file system) > I think following methods should have their own interface: > isEnabled() > listAll() > listEnabled() > listEnabledCompatibleWithVersion() > enable() > disable() > it will make it possible to provide non-FS implementation of the state storage. > Thanks! -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 8 months

1
0
0 / 0

[JBoss JIRA] (FURNACE-113) Distributed Furnace

by George Gastaldi (JIRA)

[ https://issues.jboss.org/browse/FURNACE-113?page=com.atlassian.jira.plugi... ] George Gastaldi commented on FURNACE-113: ----------------------------------------- Interesting. I'd be interested to see it working in such scenario. > Distributed Furnace > ------------------- > > Key: FURNACE-113 > URL: https://issues.jboss.org/browse/FURNACE-113 > Project: Forge: Furnace > Issue Type: Feature Request > Components: Runtime > Reporter: Sergei Egorov > > Hi. > I want to use Furnace in a distributed environment. I have in-memory data grid to distribute the state, but as I see, some work is required to make it work in non-single deployments, i.e. allow to provide own lock manager (locks should be distributed as well to keep everything in sync) -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 8 months

1
0
0 / 0

[JBoss JIRA] (FURNACE-113) Distributed Furnace

by Sergei Egorov (JIRA)

Sergei Egorov created FURNACE-113: ------------------------------------- Summary: Distributed Furnace Key: FURNACE-113 URL: https://issues.jboss.org/browse/FURNACE-113 Project: Forge: Furnace Issue Type: Feature Request Components: Runtime Reporter: Sergei Egorov Hi. I want to use Furnace in a distributed environment. I have in-memory data grid to distribute the state, but as I see, some work is required to make it work in non-single deployments, i.e. allow to provide own lock manager (locks should be distributed as well to keep everything in sync) -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 8 months

1
0
0 / 0

[JBoss JIRA] (FURNACE-112) Separate deploy/enable/disable methods from AddonRepository/MutableAddonRepository

by Sergei Egorov (JIRA)

Sergei Egorov created FURNACE-112: ------------------------------------- Summary: Separate deploy/enable/disable methods from AddonRepository/MutableAddonRepository Key: FURNACE-112 URL: https://issues.jboss.org/browse/FURNACE-112 Project: Forge: Furnace Issue Type: Enhancement Components: Addon Manager Affects Versions: 2.23.4.Final Reporter: Sergei Egorov Hi! Looks like AddonRepository is doing two different jobs - addons repository *and* storing the state. But if one wants to store the state of deployed & enabled addons, there is no interface to implement to keep filesystem storage of artifacts, but having state somewhere else (DB, in memory data grid, just in memory, not the file system) I think following methods should have their own interface: isEnabled() listAll() listEnabled() listEnabledCompatibleWithVersion() enable() disable() it will make it possible to provide non-FS implementation of the state storage. Thanks! -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 8 months

1
0
0 / 0

[JBoss JIRA] (FORGE-2647) Upgrade to Roaster 2.18.7.Final

by George Gastaldi (JIRA)

[ https://issues.jboss.org/browse/FORGE-2647?page=com.atlassian.jira.plugin... ] George Gastaldi closed FORGE-2647. ---------------------------------- Resolution: Done > Upgrade to Roaster 2.18.7.Final > ------------------------------- > > Key: FORGE-2647 > URL: https://issues.jboss.org/browse/FORGE-2647 > Project: Forge > Issue Type: Component Upgrade > Components: Parsers / File Manipulation > Affects Versions: 3.1.1.Final > Reporter: George Gastaldi > Assignee: George Gastaldi > Fix For: 3.2.0.Final > > -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 8 months

1
0
0 / 0

[JBoss JIRA] (FORGE-2647) Upgrade to Roaster 2.18.7.Final

by George Gastaldi (JIRA)

George Gastaldi created FORGE-2647: -------------------------------------- Summary: Upgrade to Roaster 2.18.7.Final Key: FORGE-2647 URL: https://issues.jboss.org/browse/FORGE-2647 Project: Forge Issue Type: Component Upgrade Components: Parsers / File Manipulation Affects Versions: 3.1.1.Final Reporter: George Gastaldi Assignee: George Gastaldi Fix For: 3.2.0.Final -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ROASTER-102) Bug when trying to implement an inner interface.

by George Gastaldi (JIRA)

[ https://issues.jboss.org/browse/ROASTER-102?page=com.atlassian.jira.plugi... ] George Gastaldi closed ROASTER-102. ----------------------------------- Fix Version/s: 2.18.7.Final Assignee: George Gastaldi Resolution: Done > Bug when trying to implement an inner interface. > ------------------------------------------------ > > Key: ROASTER-102 > URL: https://issues.jboss.org/browse/ROASTER-102 > Project: Roaster > Issue Type: Bug > Components: API, Formatter > Affects Versions: 2.18.6.Final > Environment: IDE: IntelliJ 15.3 > Reporter: Niklas Rammerstorfer > Assignee: George Gastaldi > Fix For: 2.18.7.Final > > > I have an interface > {code:java} > public interface MyInterface > { > interface Callback{ > // Some methods. > } > } > {code} > and a class MyGeneratedClass > Now I want to implement the Callback interface in MyClass, so I use > {code:java} > myGeneratedClass.addInterface(Class.forName("MyInterface$Callback"); > {code} > I use a $ because in Java inner classes/interfaces are called via $ instead of . > Now instead of the expected: > {code:java} > public class MyGeneratedClass implements MyInterface.Callback{} > {code} > I get: > {code:java} > public class MyGeneratedClass implements MyInterface$Callback{} > {code} -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 8 months

1
0
0 / 0

[JBoss JIRA] (FORGE-2646) ConcurrentModificationException while changing pom.xml purges the whole file contents

by George Gastaldi (JIRA)

[ https://issues.jboss.org/browse/FORGE-2646?page=com.atlassian.jira.plugin... ] George Gastaldi closed FORGE-2646. ---------------------------------- Resolution: Done > ConcurrentModificationException while changing pom.xml purges the whole file contents > ------------------------------------------------------------------------------------- > > Key: FORGE-2646 > URL: https://issues.jboss.org/browse/FORGE-2646 > Project: Forge > Issue Type: Bug > Components: Build Tools - Maven > Affects Versions: 3.1.1.Final > Reporter: Heiko Braun > Assignee: George Gastaldi > Fix For: 3.1.2.Final > > > When I run setup on an existing pom.xml it fails and purges the xml > {noformat} > [order]$ wildfly-swarm-setup > ***ERROR*** Error while executing 'WildFly-Swarm: Setup' > java.util.ConcurrentModificationException > at org.jdom.ContentList$FilterListIterator.checkConcurrentModification(ContentList.java:940) > at org.jdom.ContentList$FilterListIterator.nextIndex(ContentList.java:829) > at org.jdom.ContentList$FilterListIterator.hasNext(ContentList.java:785) > at org.jboss.forge.addon.maven.util.MavenJDOMWriter.replaceXpp3DOM(MavenJDOMWriter.java:1129) > at org.jboss.forge.addon.maven.util.MavenJDOMWriter.findAndReplaceXpp3DOM(MavenJDOMWriter.java:247) > at org.jboss.forge.addon.maven.util.MavenJDOMWriter.updatePlugin(MavenJDOMWriter.java:1839) > at org.jboss.forge.addon.maven.util.MavenJDOMWriter.iteratePlugin(MavenJDOMWriter.java:776) > at org.jboss.forge.addon.maven.util.MavenJDOMWriter.updateBuild(MavenJDOMWriter.java:1261) > at org.jboss.forge.addon.maven.util.MavenJDOMWriter.updateModel(MavenJDOMWriter.java:1693) > at org.jboss.forge.addon.maven.util.MavenJDOMWriter.write(MavenJDOMWriter.java:2205) > at org.jboss.forge.addon.maven.util.MavenJDOMWriter.write(MavenJDOMWriter.java:2191) > at org.jboss.forge.addon.maven.resources.MavenModelResourceImpl.setCurrentModel(MavenModelResourceImpl.java:122) > at org.jboss.forge.addon.maven.projects.MavenFacetImpl.setModel(MavenFacetImpl.java:118) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:498) > at org.jboss.forge.furnace.proxy.ClassLoaderInterceptor$1.call(ClassLoaderInterceptor.java:87) > at org.jboss.forge.furnace.util.ClassLoaders.executeIn(ClassLoaders.java:42) > at org.jboss.forge.furnace.proxy.ClassLoaderInterceptor.invoke(ClassLoaderInterceptor.java:103) > at org.jboss.forge.addon.maven.projects.MavenFacetImpl_$$_javassist_a05b86e5-eda5-48ba-9ed3-f289c398609d.setModel(MavenFacetImpl_$$_javassist_a05b86e5-eda5-48ba-9ed3-f289c398609d.java) > at org.jboss.forge.addon.maven.projects.MavenPluginFacetImpl.removePlugin(MavenPluginFacetImpl.java:737) > at org.jboss.forge.addon.maven.projects.MavenPluginFacetImpl.updatePlugin(MavenPluginFacetImpl.java:744) > at org.jboss.forge.addon.maven.projects.MavenPluginFacetImpl.updatePlugin(MavenPluginFacetImpl.java:252) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:498) > at org.jboss.forge.furnace.proxy.ClassLoaderInterceptor$1.call(ClassLoaderInterceptor.java:87) > at org.jboss.forge.furnace.util.ClassLoaders.executeIn(ClassLoaders.java:42) > at org.jboss.forge.furnace.proxy.ClassLoaderInterceptor.invoke(ClassLoaderInterceptor.java:103) > at org.jboss.forge.addon.maven.projects.MavenPluginFacetImpl_$$_javassist_409a8899-0b3b-450a-8769-e6e0e148d0e0.updatePlugin(MavenPluginFacetImpl_$$_javassist_409a8899-0b3b-450a-8769-e6e0e148d0e0.java) > at org.jboss.forge.addon.swarm.facet.WildFlySwarmFacet.updatePluginConfiguration(WildFlySwarmFacet.java:226) > at org.jboss.forge.addon.swarm.facet.WildFlySwarmFacet.setConfiguration(WildFlySwarmFacet.java:88) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:498) > at org.jboss.forge.furnace.proxy.ClassLoaderInterceptor$1.call(ClassLoaderInterceptor.java:87) > at org.jboss.forge.furnace.util.ClassLoaders.executeIn(ClassLoaders.java:42) > at org.jboss.forge.furnace.proxy.ClassLoaderInterceptor.invoke(ClassLoaderInterceptor.java:103) > at org.jboss.forge.addon.swarm.facet.WildFlySwarmFacet_$$_javassist_047f9b11-10e1-4359-8245-16fa41ddcf19.setConfiguration(WildFlySwarmFacet_$$_javassist_047f9b11-10e1-4359-8245-16fa41ddcf19.java) > at org.jboss.forge.addon.swarm.ui.SetupCommand.execute(SetupCommand.java:83) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:498) > at org.jboss.forge.furnace.proxy.ClassLoaderInterceptor$1.call(ClassLoaderInterceptor.java:87) > at org.jboss.forge.furnace.util.ClassLoaders.executeIn(ClassLoaders.java:42) > at org.jboss.forge.furnace.proxy.ClassLoaderInterceptor.invoke(ClassLoaderInterceptor.java:103) > at org.jboss.forge.addon.swarm.ui.SetupCommand_$$_javassist_f47f2c42-a073-413c-9cb4-378a0f92465c.execute(SetupCommand_$$_javassist_f47f2c42-a073-413c-9cb4-378a0f92465c.java) > at org.jboss.forge.addon.ui.impl.controller.WizardCommandControllerImpl.execute(WizardCommandControllerImpl.java:162) > at org.jboss.forge.addon.ui.impl.controller.NoUIWizardControllerDecorator.execute(NoUIWizardControllerDecorator.java:152) > at org.jboss.forge.addon.shell.aesh.CommandAdapter.execute(CommandAdapter.java:98) > at org.jboss.forge.addon.shell.aesh.ForgeCommandContainer.executeCommand(ForgeCommandContainer.java:89) > at org.jboss.aesh.console.AeshConsoleImpl$AeshConsoleCallbackImpl.execute(AeshConsoleImpl.java:311) > at org.jboss.aesh.console.AeshProcess.run(AeshProcess.java:53) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:745) > [order]$ > {noformat} -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 8 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

forge-issues May 2016