Re: [forge-dev] Help needed
by Lincoln Baxter, III
So it turns out the only problem was that I was missing a few paths in the
RuntimeClasspathSpec, which I only discovered when I started migrating it
over to your suggestion of using the SystemDepSpec instead.
I was missing javax/inject (lol) and net/sf/cglib/proxy, which would
explain some of the very strange behavior... like injection points not
being created for classes, etc. Strange that weld did not warn me... I will
file an issue for that.
If you want to see everything shiny and working, go ahead and pull down the
latest and run a normal `mvn clean install` :)
Thanks for your help!
~Lincoln
On Fri, Nov 2, 2012 at 10:35 PM, Stuart Douglas
<stuart.w.douglas(a)gmail.com>wrote:
> Look like my last email was a bit premature. The actual problem seems to
> be that the way surefire boots is to create a jar, that is empty except for
> a MANIFEST.MF, this manifest has a Class-Path entry to all the classes on
> the class path.
>
> In order to do what you are currently doing you would need to do something
> nice and hackey like:
>
> RuntimeClasspathSpec.class.getClassLoader().getResources("")
>
> however, I don't actually see the point of RuntimeClassPathSpec, as you
> should be able to use system dependencies instead, from what I can see
> using DependencySpec.createSystemDependencySpec() will do exactly what you
> are after without resorting to any hacks.
>
> I am actually on my way to Vienna at the moment, for our AS team meeting
> in Brno. Just got off a 14 hour flight, and now have a 4 hour layover
> followed by a 6 hour flight. The 10pm flight was definitely a mistake.
>
> Stuart
>
>
>
>
>
>
>
> On Sat, Nov 3, 2012 at 2:32 AM, Lincoln Baxter, III <
> lincolnbaxter(a)gmail.com> wrote:
>
>> Well hey, that's good news :) I hope you have a good trip! Where are you
>> headed?
>>
>> I'll take a look into these things, but I think you are right. I've been
>> trying to modify the RuntimeClasspathSpec without success for a few days.
>> You suggested an init(ClassLoader) method. How would I get a handle on the
>> Surefire class loader and not the system class loader? Perhaps I could do
>> this on the arquillian end where it starts up forge. I'll try playing with
>> that.
>>
>> This is all so frustrating to debug because I have to start maven over,
>> and over, and over...
>>
>> You continue to be hugely helpful :) A great mentor for the JVM!
>>
>> Thanks again,
>> Lincoln
>>
>>
>>
>> On Fri, Nov 2, 2012 at 5:41 AM, Stuart Douglas <
>> stuart.w.douglas(a)gmail.com> wrote:
>>
>>> Part of the problem
>>> is org.jboss.forge.container.modules.providers.RuntimeClasspathSpec, it
>>> does not seem to be picking up all the URLs, because it is looking at the
>>> system class loader and not the surefire class loader. You are going to
>>> have to modify it to be aware of class loader hieracies. You also need to
>>> make sure that this class is initialized with the surefire class loader, so
>>> you probably need some kind of static init(ClassLoader) method.
>>>
>>> Hope this helps, I have a plane to board.
>>>
>>> Stuart
>>>
>>>
>>> On Fri, Nov 2, 2012 at 8:10 PM, Stuart Douglas <
>>> stuart.w.douglas(a)gmail.com> wrote:
>>>
>>>> For some reason arquillan cannot see javax.inject.Inject, and this is
>>>> what is causing your problems.
>>>>
>>>> in org.jboss.arquillian.testenricher.cdi.CDIInjectionEnricher#enrich
>>>> the check for isClassPresent to see if @Inject is available on the class
>>>> path is failing. This is most likely due to a problem with the module
>>>> definition.
>>>>
>>>> I am not sure if I will have time to work out a fix before my plane
>>>> leaves.
>>>>
>>>> Stuart
>>>>
>>>>
>>>> On Fri, Nov 2, 2012 at 12:20 PM, Lincoln Baxter, III <
>>>> lincolnbaxter(a)gmail.com> wrote:
>>>>
>>>>> Re-copying lost cc's. Sorry about that.
>>>>>
>>>>>
>>>>>
>>>>> On Thu, Nov 1, 2012 at 9:20 PM, Lincoln Baxter, III <
>>>>> lincolnbaxter(a)gmail.com> wrote:
>>>>>
>>>>>> Ah thanks. Correct you are, that would be a problem :) Can you work
>>>>>> around this for now by removing the FAR plugin from the reactor build? I'll
>>>>>> check in the change in a moment.
>>>>>>
>>>>>>
>>>>>>
>>>>>> On Thu, Nov 1, 2012 at 9:18 PM, Stuart Douglas <
>>>>>> stuart.w.douglas(a)gmail.com> wrote:
>>>>>>
>>>>>>> Basically far-maven-plugin has a dep on the parent, however the
>>>>>>> parent has a dep on far-maven-plugin.
>>>>>>>
>>>>>>> It will work fine if you already have the parent in your local repo.
>>>>>>>
>>>>>>> [INFO] Scanning for projects...
>>>>>>>> Downloading: http://snapshots.repository.**
>>>>>>>> codehaus.org/org/jboss/forge/**far-maven-plugin/maven-**
>>>>>>>> metadata.xml<http://snapshots.repository.codehaus.org/org/jboss/forge/far-maven-plugin...>
>>>>>>>> Downloading: https://repository.jboss.org/**
>>>>>>>> nexus/content/repositories/**snapshots/org/jboss/forge/far-**
>>>>>>>> maven-plugin/maven-metadata.**xml<https://repository.jboss.org/nexus/content/repositories/snapshots/org/jbo...>
>>>>>>>> Downloading: http://twdata-m2-repository.**
>>>>>>>> googlecode.com/svn/org/jboss/**forge/far-maven-plugin/maven-**
>>>>>>>> metadata.xml<http://twdata-m2-repository.googlecode.com/svn/org/jboss/forge/far-maven-...>
>>>>>>>> Downloading: https://repository.jboss.org/**
>>>>>>>> nexus/content/groups/public-**jboss/org/jboss/forge/far-**
>>>>>>>> maven-plugin/maven-metadata.**xml<https://repository.jboss.org/nexus/content/groups/public-jboss/org/jboss/...>
>>>>>>>> Downloading: http://repo1.maven.org/maven2/**
>>>>>>>> org/jboss/forge/far-maven-**plugin/maven-metadata.xml<http://repo1.maven.org/maven2/org/jboss/forge/far-maven-plugin/maven-meta...>
>>>>>>>> Downloading: http://snapshots.repository.**
>>>>>>>> codehaus.org/org/jboss/forge/**forge-parent/2.0.0-SNAPSHOT/**
>>>>>>>> maven-metadata.xml<http://snapshots.repository.codehaus.org/org/jboss/forge/forge-parent/2.0...>
>>>>>>>> Downloading: http://twdata-m2-repository.**
>>>>>>>> googlecode.com/svn/org/jboss/**forge/forge-parent/2.0.0-**
>>>>>>>> SNAPSHOT/maven-metadata.xml<http://twdata-m2-repository.googlecode.com/svn/org/jboss/forge/forge-pare...>
>>>>>>>> Downloading: https://repository.jboss.org/**
>>>>>>>> nexus/content/groups/public-**jboss/org/jboss/forge/forge-**
>>>>>>>> parent/2.0.0-SNAPSHOT/maven-**metadata.xml<https://repository.jboss.org/nexus/content/groups/public-jboss/org/jboss/...>
>>>>>>>> Downloading: https://repository.jboss.org/**
>>>>>>>> nexus/content/repositories/**snapshots/org/jboss/forge/**
>>>>>>>> forge-parent/2.0.0-SNAPSHOT/**maven-metadata.xml<https://repository.jboss.org/nexus/content/repositories/snapshots/org/jbo...>
>>>>>>>> Downloading: http://snapshots.repository.**
>>>>>>>> codehaus.org/org/jboss/forge/**forge-parent/2.0.0-SNAPSHOT/**
>>>>>>>> forge-parent-2.0.0-SNAPSHOT.**pom<http://snapshots.repository.codehaus.org/org/jboss/forge/forge-parent/2.0...>
>>>>>>>> Downloading: http://twdata-m2-repository.**
>>>>>>>> googlecode.com/svn/org/jboss/**forge/forge-parent/2.0.0-**
>>>>>>>> SNAPSHOT/forge-parent-2.0.0-**SNAPSHOT.pom<http://twdata-m2-repository.googlecode.com/svn/org/jboss/forge/forge-pare...>
>>>>>>>> Downloading: https://repository.jboss.org/**
>>>>>>>> nexus/content/groups/public-**jboss/org/jboss/forge/forge-**
>>>>>>>> parent/2.0.0-SNAPSHOT/forge-**parent-2.0.0-SNAPSHOT.pom<https://repository.jboss.org/nexus/content/groups/public-jboss/org/jboss/...>
>>>>>>>> Downloading: https://repository.jboss.org/**
>>>>>>>> nexus/content/repositories/**snapshots/org/jboss/forge/**
>>>>>>>> forge-parent/2.0.0-SNAPSHOT/**forge-parent-2.0.0-SNAPSHOT.**pom<https://repository.jboss.org/nexus/content/repositories/snapshots/org/jbo...>
>>>>>>>> [ERROR] The build could not read 2 projects -> [Help 1]
>>>>>>>> [ERROR]
>>>>>>>> [ERROR] The project org.jboss.forge:forge-example-**plugin:2.0.0-SNAPSHOT
>>>>>>>> (/Users/stuartdouglas/**workspace/forge/forge-example-**plugin/pom.xml)
>>>>>>>> has 2 errors
>>>>>>>> [ERROR] Unresolveable build extension: Error resolving version
>>>>>>>> for plugin 'org.jboss.forge:far-maven-**plugin' from the
>>>>>>>> repositories [local (/Users/stuartdouglas/.m2/**repository),
>>>>>>>> codehaus-plugins-snapshots (http://snapshots.repository.**
>>>>>>>> codehaus.org/ <http://snapshots.repository.codehaus.org/>),
>>>>>>>> twdata-m2-repository (http://twdata-m2-repository.**
>>>>>>>> googlecode.com/svn/<http://twdata-m2-repository.googlecode.com/svn/>),
>>>>>>>> jboss-public-repository-group (https://repository.jboss.org/**
>>>>>>>> nexus/content/groups/public-**jboss/<https://repository.jboss.org/nexus/content/groups/public-jboss/>),
>>>>>>>> jboss-snapshots-repository-**group (https://repository.jboss.org/**
>>>>>>>> nexus/content/repositories/**snapshots/<https://repository.jboss.org/nexus/content/repositories/snapshots/>),
>>>>>>>> central (http://repo1.maven.org/**maven2)<http://repo1.maven.org/maven2)>]:
>>>>>>>> Plugin not found in any plugin repository -> [Help 2]
>>>>>>>> [ERROR] Unknown packaging: far @ line 12, column 15
>>>>>>>> [ERROR]
>>>>>>>> [ERROR] The project org.jboss.forge:forge-**
>>>>>>>> otherexample-plugin:2.0.0-**SNAPSHOT (/Users/stuartdouglas/**
>>>>>>>> workspace/forge/forge-**otherexample-plugin/pom.xml) has 2 errors
>>>>>>>> [ERROR] Unresolveable build extension: Plugin
>>>>>>>> org.jboss.forge:far-maven-**plugin:2.0.0-SNAPSHOT or one of its
>>>>>>>> dependencies could not be resolved: Failed to collect dependencies for
>>>>>>>> org.jboss.forge:far-maven-**plugin:jar:2.0.0-SNAPSHOT (): Failed
>>>>>>>> to read artifact descriptor for org.jboss.forge:far-maven-**plugin:jar:2.0.0-SNAPSHOT:
>>>>>>>> Failure to find org.jboss.forge:forge-parent:**pom:2.0.0-SNAPSHOT
>>>>>>>> in http://snapshots.repository.**codehaus.org/<http://snapshots.repository.codehaus.org/>was cached in the local repository, resolution will not be reattempted
>>>>>>>> until the update interval of codehaus-plugins-snapshots has elapsed or
>>>>>>>> updates are forced -> [Help 3]
>>>>>>>> [ERROR] Unknown packaging: far @ line 11, column 15
>>>>>>>> [ERROR]
>>>>>>>> [ERROR] To see the full stack trace of the errors, re-run Maven
>>>>>>>> with the -e switch.
>>>>>>>> [ERROR] Re-run Maven using the -X switch to enable full debug
>>>>>>>> logging.
>>>>>>>> [ERROR]
>>>>>>>> [ERROR] For more information about the errors and possible
>>>>>>>> solutions, please read the following articles:
>>>>>>>> [ERROR] [Help 1] http://cwiki.apache.org/**
>>>>>>>> confluence/display/MAVEN/**ProjectBuildingException<http://cwiki.apache.org/confluence/display/MAVEN/ProjectBuildingException>
>>>>>>>> [ERROR] [Help 2] http://cwiki.apache.org/**
>>>>>>>> confluence/display/MAVEN/**PluginVersionResolutionExcepti**on<http://cwiki.apache.org/confluence/display/MAVEN/PluginVersionResolutionE...>
>>>>>>>> [ERROR] [Help 3] http://cwiki.apache.org/**
>>>>>>>> confluence/display/MAVEN/**PluginResolutionException<http://cwiki.apache.org/confluence/display/MAVEN/PluginResolutionException>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Lincoln Baxter, III wrote:
>>>>>>>
>>>>>>>> Could you copy the error in here? I believe you just need to build
>>>>>>>> the
>>>>>>>> far-maven-plugin/ project first.
>>>>>>>>
>>>>>>>>
>>>>>>>> On Thu, Nov 1, 2012 at 9:01 PM, Stuart Douglas
>>>>>>>> <stuart.w.douglas(a)gmail.com <mailto:stuart.w.douglas@**gmail.com<stuart.w.douglas(a)gmail.com>>>
>>>>>>>> wrote:
>>>>>>>>
>>>>>>>> It looks like you have circular dependencies in that branch that
>>>>>>>> means it is not buildable with a clean maven repository (remove
>>>>>>>> all
>>>>>>>> org.jboss.forge artifacts from your local repo and you should
>>>>>>>> see
>>>>>>>> what I mean).
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> Stuart
>>>>>>>>
>>>>>>>> Lincoln Baxter, III wrote:
>>>>>>>>
>>>>>>>> FYI - This is how it should look when you reproduce the
>>>>>>>> problem.
>>>>>>>> What's
>>>>>>>> happening in this case is that Forge is starting up just
>>>>>>>> fine in the
>>>>>>>> test, but for some reason the ContainerServiceExtension is
>>>>>>>> not
>>>>>>>> intercepting the service classes deployed in one of the
>>>>>>>> addons.
>>>>>>>>
>>>>>>>> This makes me think that the system classloader is being
>>>>>>>> scanned
>>>>>>>> properly, but that there is a subtle problem with the module
>>>>>>>> structure
>>>>>>>> defined by AddonModuleLoader that is preventing these
>>>>>>>> classes
>>>>>>>> from being
>>>>>>>> scanned. Either that, or the ModularURLScanner class
>>>>>>>> requires
>>>>>>>> modifications to work within the Surefire environment.
>>>>>>>>
>>>>>>>> ------------------------------**__-------------------------
>>>>>>>>
>>>>>>>> T E S T S
>>>>>>>> ------------------------------**__-------------------------
>>>>>>>> Running org.example.__**AddonDependencyTest
>>>>>>>> Starting addon(s) [dependency:main]
>>>>>>>> Nov 1, 2012 7:12:23 PM org.jboss.weld.bootstrap.__**
>>>>>>>> WeldBootstrap
>>>>>>>>
>>>>>>>> <clinit>
>>>>>>>> INFO: WELD-000900 2.0.0 (Alpha3)
>>>>>>>> Nov 1, 2012 7:12:24 PM org.jboss.weld.bootstrap.__**
>>>>>>>> WeldBootstrap
>>>>>>>>
>>>>>>>> startContainer
>>>>>>>> INFO: WELD-000101 Transactional services not available.
>>>>>>>> Injection of
>>>>>>>> @Inject UserTransaction not available. Transactional
>>>>>>>> observers
>>>>>>>> will be
>>>>>>>> invoked synchronously.
>>>>>>>> Nov 1, 2012 7:12:24 PM
>>>>>>>> org.jboss.weld.interceptor.__**util.InterceptionTypeRegistry
>>>>>>>> <clinit>
>>>>>>>>
>>>>>>>> WARNING: Class 'javax.ejb.PostActivate' not found,
>>>>>>>> interception
>>>>>>>> based on
>>>>>>>> it is not enabled
>>>>>>>> Nov 1, 2012 7:12:24 PM
>>>>>>>> org.jboss.weld.interceptor.__**util.InterceptionTypeRegistry
>>>>>>>> <clinit>
>>>>>>>>
>>>>>>>> WARNING: Class 'javax.ejb.PrePassivate' not found,
>>>>>>>> interception
>>>>>>>> based on
>>>>>>>> it is not enabled
>>>>>>>> Starting container [dependency:main]
>>>>>>>> Services loaded from addon module [dependency:main] - [class
>>>>>>>> org.example.published.__**PublishedService]
>>>>>>>> Starting addon(s) [919307ca-cd39-46a6-a641-__**
>>>>>>>> ff50055f6db2:main]
>>>>>>>> Nov 1, 2012 7:12:27 PM org.jboss.weld.bootstrap.__**
>>>>>>>> WeldBootstrap
>>>>>>>>
>>>>>>>> startContainer
>>>>>>>> INFO: WELD-000101 Transactional services not available.
>>>>>>>> Injection of
>>>>>>>> @Inject UserTransaction not available. Transactional
>>>>>>>> observers
>>>>>>>> will be
>>>>>>>> invoked synchronously.
>>>>>>>> Starting container [919307ca-cd39-46a6-a641-__**
>>>>>>>> ff50055f6db2:main]
>>>>>>>> 2012-11-01 19:12:27.558:INFO:oejs.Server:**
>>>>>>>> __jetty-8.1.5.v20120716
>>>>>>>> 2012-11-01 19:12:27.622:INFO:oejs.__**
>>>>>>>> AbstractConnector:Started
>>>>>>>> SelectChannelConnector@127.0._**_0.1:4141
>>>>>>>> <http://**SelectChannelConnector@127.0.**0.1:4141<http://SelectChannelConnector@127.0.0.1:4141>
>>>>>>>> >
>>>>>>>> <http://__**SelectChannelConnector@127.0._**_0.1:4141
>>>>>>>>
>>>>>>>> <http://**SelectChannelConnector@127.0.**0.1:4141<http://SelectChannelConnector@127.0.0.1:4141>
>>>>>>>> >>
>>>>>>>>
>>>>>>>> Remote test server started.
>>>>>>>> Exception in thread "919307ca-cd39-46a6-a641-__**
>>>>>>>> ff50055f6db2:main"
>>>>>>>> org.jboss.forge.container.__**exception.ContainerException:
>>>>>>>> [Thread -
>>>>>>>> 919307ca-cd39-46a6-a641-__**ff50055f6db2:main] Error
>>>>>>>> invoking Task
>>>>>>>>
>>>>>>>> within
>>>>>>>> ClassLoader [ModuleClassLoader for Module
>>>>>>>> "919307ca-cd39-46a6-a641-__**ff50055f6db2:main" from
>>>>>>>> AddonModuleLoader]
>>>>>>>> at
>>>>>>>> org.jboss.forge.container.__**
>>>>>>>> util.ClassLoaders.executeIn(__**ClassLoaders.java:33)
>>>>>>>> at
>>>>>>>> org.jboss.forge.container.__**AddonRunnable.run(__**
>>>>>>>> AddonRunnable.java:41)
>>>>>>>> at java.lang.Thread.run(Thread.__**java:680)
>>>>>>>> Caused by: java.lang.NullPointerException
>>>>>>>> at
>>>>>>>> org.example.consuming.__**ConsumingService.getMessage(__**
>>>>>>>> ConsumingService.java:25)
>>>>>>>> at
>>>>>>>> org.example.consuming.__**ConsumingService.postStartup(_**
>>>>>>>> _ConsumingService.java:20)
>>>>>>>> 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.jboss.weld.util.__**reflection.SecureReflections$_**
>>>>>>>> _13.work(SecureReflections.__**java:267)
>>>>>>>> at
>>>>>>>> org.jboss.weld.util.__**reflection.__**
>>>>>>>> SecureReflectionAccess.run(__**SecureReflectionAccess.java:__**52)
>>>>>>>> at
>>>>>>>> org.jboss.weld.util.__**reflection.__**
>>>>>>>> SecureReflectionAccess.__**runAsInvocation(__**
>>>>>>>> SecureReflectionAccess.java:__**137)
>>>>>>>> at
>>>>>>>> org.jboss.weld.util.__**reflection.SecureReflections._**
>>>>>>>> _invoke(SecureReflections.**java:__263)
>>>>>>>> at
>>>>>>>> org.jboss.weld.annotated.__**runtime.__**
>>>>>>>> InvokableAnnotatedMethod.__**invokeOnInstance(__**
>>>>>>>> InvokableAnnotatedMethod.java:**__82)
>>>>>>>> at
>>>>>>>> org.jboss.weld.injection.__**MethodInjectionPoint.__**
>>>>>>>> invokeOnInstanceWithSpecialVal**__ue(MethodInjectionPoint.**
>>>>>>>> java:__97)
>>>>>>>> at
>>>>>>>> org.jboss.weld.event.__**ObserverMethodImpl.sendEvent(_**
>>>>>>>> _ObserverMethodImpl.java:259)
>>>>>>>> at
>>>>>>>> org.jboss.weld.event.__**ObserverMethodImpl.sendEvent(_**
>>>>>>>> _ObserverMethodImpl.java:246)
>>>>>>>> at
>>>>>>>> org.jboss.weld.event.__**ObserverMethodImpl.notify(__**
>>>>>>>> ObserverMethodImpl.java:221)
>>>>>>>> at
>>>>>>>> org.jboss.weld.event.__**ObserverMethodImpl.notify(__**
>>>>>>>> ObserverMethodImpl.java:225)
>>>>>>>> at
>>>>>>>> org.jboss.weld.event.__**ObserverNotifier.__**
>>>>>>>> notifyObserver(__**ObserverNotifier.java:129)
>>>>>>>> at
>>>>>>>> org.jboss.weld.event.__**ObserverNotifier.__**
>>>>>>>> notifyObservers(__**ObserverNotifier.java:97)
>>>>>>>> at
>>>>>>>> org.jboss.weld.event.__**ObserverNotifier.fireEvent(__**
>>>>>>>> ObserverNotifier.java:77)
>>>>>>>> at
>>>>>>>> org.jboss.weld.event.__**ObserverNotifier.fireEvent(__**
>>>>>>>> ObserverNotifier.java:70)
>>>>>>>> at
>>>>>>>> org.jboss.weld.manager.__**BeanManagerImpl.fireEvent(__**
>>>>>>>> BeanManagerImpl.java:625)
>>>>>>>> at
>>>>>>>> org.jboss.forge.container.__**ContainerControlImpl.start(__
>>>>>>>> **ContainerControlImpl.java:54)
>>>>>>>> at
>>>>>>>> org.jboss.forge.container.__**ContainerControlImpl.__**
>>>>>>>> bootstrap(__**ContainerControlImpl.java:37)
>>>>>>>> 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.jboss.weld.util.__**reflection.SecureReflections$_**
>>>>>>>> _13.work(SecureReflections.__**java:267)
>>>>>>>> at
>>>>>>>> org.jboss.weld.util.__**reflection.__**
>>>>>>>> SecureReflectionAccess.run(__**SecureReflectionAccess.java:__**52)
>>>>>>>> at
>>>>>>>> org.jboss.weld.util.__**reflection.__**
>>>>>>>> SecureReflectionAccess.__**runAsInvocation(__**
>>>>>>>> SecureReflectionAccess.java:__**137)
>>>>>>>> at
>>>>>>>> org.jboss.weld.util.__**reflection.SecureReflections._**
>>>>>>>> _invoke(SecureReflections.**java:__263)
>>>>>>>> at
>>>>>>>> org.jboss.weld.annotated.__**runtime.__**
>>>>>>>> InvokableAnnotatedMethod.__**invokeOnInstance(__**
>>>>>>>> InvokableAnnotatedMethod.java:**__82)
>>>>>>>> at
>>>>>>>> org.jboss.weld.injection.__**MethodInjectionPoint.__**
>>>>>>>> invokeOnInstanceWithSpecialVal**__ue(MethodInjectionPoint.**
>>>>>>>> java:__97)
>>>>>>>> at
>>>>>>>> org.jboss.weld.event.__**ObserverMethodImpl.sendEvent(_**
>>>>>>>> _ObserverMethodImpl.java:259)
>>>>>>>> at
>>>>>>>> org.jboss.weld.event.__**ObserverMethodImpl.sendEvent(_**
>>>>>>>> _ObserverMethodImpl.java:246)
>>>>>>>> at
>>>>>>>> org.jboss.weld.event.__**ObserverMethodImpl.notify(__**
>>>>>>>> ObserverMethodImpl.java:221)
>>>>>>>> at
>>>>>>>> org.jboss.weld.event.__**ObserverMethodImpl.notify(__**
>>>>>>>> ObserverMethodImpl.java:225)
>>>>>>>> at
>>>>>>>> org.jboss.weld.event.__**ObserverNotifier.__**
>>>>>>>> notifyObserver(__**ObserverNotifier.java:129)
>>>>>>>> at
>>>>>>>> org.jboss.weld.event.__**ObserverNotifier.__**
>>>>>>>> notifyObservers(__**ObserverNotifier.java:97)
>>>>>>>> at
>>>>>>>> org.jboss.weld.event.__**ObserverNotifier.fireEvent(__**
>>>>>>>> ObserverNotifier.java:77)
>>>>>>>> at
>>>>>>>> org.jboss.weld.event.__**ObserverNotifier.fireEvent(__**
>>>>>>>> ObserverNotifier.java:70)
>>>>>>>> at
>>>>>>>> org.jboss.weld.manager.__**BeanManagerImpl.fireEvent(__**
>>>>>>>> BeanManagerImpl.java:625)
>>>>>>>> at
>>>>>>>> org.jboss.forge.container.__**AddonRunnable$1.call(__**
>>>>>>>> AddonRunnable.java:57)
>>>>>>>> at
>>>>>>>> org.jboss.forge.container.__**
>>>>>>>> util.ClassLoaders.executeIn(__**ClassLoaders.java:29)
>>>>>>>> ... 2 more
>>>>>>>> Stopping addon(s) [919307ca-cd39-46a6-a641-__**
>>>>>>>> ff50055f6db2:main]
>>>>>>>>
>>>>>>>> Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time
>>>>>>>> elapsed:
>>>>>>>> 8.032
>>>>>>>> sec <<< FAILURE!
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> On Thu, Nov 1, 2012 at 3:51 PM, Lincoln Baxter, III
>>>>>>>> <lincolnbaxter(a)gmail.com <mailto:lincolnbaxter@gmail.**com<lincolnbaxter(a)gmail.com>
>>>>>>>> >
>>>>>>>> <mailto:lincolnbaxter@gmail.__**com
>>>>>>>>
>>>>>>>> <mailto:lincolnbaxter@gmail.**com <lincolnbaxter(a)gmail.com>>>>
>>>>>>>> wrote:
>>>>>>>>
>>>>>>>> Hey Everyone!
>>>>>>>>
>>>>>>>> I've been working on Forge 2.0, and it looks like I've
>>>>>>>> hit
>>>>>>>> a very
>>>>>>>> strange problem that I am having difficulty solving. It
>>>>>>>> involves
>>>>>>>> Surefire Maven Plugin and the Forge Arquillian tests.
>>>>>>>>
>>>>>>>> The tests work fine in eclipse, because Eclipse
>>>>>>>> launches
>>>>>>>> using a
>>>>>>>> real java classpath, however...
>>>>>>>>
>>>>>>>> Because of how Surefire handles classloading
>>>>>>>> <http://maven.apache.org/__**plugins/maven-surefire-plugin/
>>>>>>>> **__examples/class-loading.html<http://maven.apache.org/__plugins/maven-surefire-plugin/__examples/class-...>
>>>>>>>>
>>>>>>>> <http://maven.apache.org/**plugins/maven-surefire-plugin/**
>>>>>>>> examples/class-loading.html<http://maven.apache.org/plugins/maven-surefire-plugin/examples/class-load...>
>>>>>>>> >>,
>>>>>>>>
>>>>>>>> Forge is not properly finding classes, booting weld,
>>>>>>>> and
>>>>>>>> loading
>>>>>>>> addons. I've gotten close to a solution a few times,
>>>>>>>> but
>>>>>>>> I've not
>>>>>>>> been able to find the exact concoction that gets things
>>>>>>>> working.
>>>>>>>>
>>>>>>>> Anyone have experience with this feel like taking a
>>>>>>>> look?
>>>>>>>>
>>>>>>>> Just check out the Forge 2.0 branch from
>>>>>>>> https://github.com/forge/core, first *cd* into the
>>>>>>>> maven-far-plugin
>>>>>>>>
>>>>>>>> directory, install it with `mvn clean install`, then
>>>>>>>> return
>>>>>>>> to the
>>>>>>>> main directory and run `mvn clean install`, you should
>>>>>>>> then
>>>>>>>> see the
>>>>>>>> failures I am describing.
>>>>>>>>
>>>>>>>> Thanks!
>>>>>>>>
>>>>>>>> --
>>>>>>>> Lincoln Baxter, III
>>>>>>>> http://ocpsoft.org
>>>>>>>> "Simpler is better."
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> Lincoln Baxter, III
>>>>>>>> http://ocpsoft.org
>>>>>>>> "Simpler is better."
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> Lincoln Baxter, III
>>>>>>>> http://ocpsoft.org
>>>>>>>> "Simpler is better."
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Lincoln Baxter, III
>>>>>> http://ocpsoft.org
>>>>>> "Simpler is better."
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Lincoln Baxter, III
>>>>> http://ocpsoft.org
>>>>> "Simpler is better."
>>>>>
>>>>
>>>>
>>>
>>
>>
>> --
>> Lincoln Baxter, III
>> http://ocpsoft.org
>> "Simpler is better."
>>
>
>
--
Lincoln Baxter, III
http://ocpsoft.org
"Simpler is better."
12 years
- 2
- 1
Forge Errai plugin
by Rodney Russ
Anyone interested in watching the progress to $subject or get involved should follow Pavel's fork that can be found here: https://github.com/pslegr/forge-errai/tree/2.0
Enjoy,
Rodney
12 years
- 10
- 22
Forge plugin for different Application Servers
by Rafael Soares
Hello guys.
I'm a completely newbie Forge user. Looking on Forge plugins I was
wondering how complex would be develop a plugin for Glassfish v3 AS.
I've cloned the jboss-as7 plugin from Github to look at the code and I
could observe it uses the AS7 CLI API to interact with or manage the JBoss
AS7. But I was wondering if would be possible to manage an AS using just
it's Maven Plugin or a REST API (if provided by AS).
Many modern Application Servers, as JBossAS7, has Maven Plugin which
supports basic management functions (start, stop, deploy, redeploy), and
some others has REST Management APIs. So, I would like to know what do you
think about use these kind of API to develop AS management plugins instead
specific AS management API (like AS7 CLI API)?
Thanks.
________________________
Rafael Torres Coelho Soares
12 years
- 3
- 4
Addon & command naming conventions (forge-dev@lists.jboss.org)
by Lincoln Baxter, III (Google Drive)
I've shared an item with you:
Addon & command naming conventions
https://docs.google.com/document/d/1AVvyz9XsU3pEswkZJFw4iNEkTBtSrnhNqrQ1E...
It's not an attachment -- it's stored online at Google Docs. To open this
document, just click the link above.
12 years
- 3
- 2
Re: [forge-dev] Help needed
by Lincoln Baxter, III
Re-copying lost cc's. Sorry about that.
On Thu, Nov 1, 2012 at 9:20 PM, Lincoln Baxter, III <lincolnbaxter(a)gmail.com
> wrote:
> Ah thanks. Correct you are, that would be a problem :) Can you work around
> this for now by removing the FAR plugin from the reactor build? I'll check
> in the change in a moment.
>
>
>
> On Thu, Nov 1, 2012 at 9:18 PM, Stuart Douglas <stuart.w.douglas(a)gmail.com
> > wrote:
>
>> Basically far-maven-plugin has a dep on the parent, however the parent
>> has a dep on far-maven-plugin.
>>
>> It will work fine if you already have the parent in your local repo.
>>
>> [INFO] Scanning for projects...
>>> Downloading: http://snapshots.repository.**codehaus.org/org/jboss/forge/
>>> **far-maven-plugin/maven-**metadata.xml<http://snapshots.repository.codehaus.org/org/jboss/forge/far-maven-plugin...>
>>> Downloading: https://repository.jboss.org/**nexus/content/repositories/*
>>> *snapshots/org/jboss/forge/far-**maven-plugin/maven-metadata.**xml<https://repository.jboss.org/nexus/content/repositories/snapshots/org/jbo...>
>>> Downloading: http://twdata-m2-repository.**googlecode.com/svn/org/jboss/
>>> **forge/far-maven-plugin/maven-**metadata.xml<http://twdata-m2-repository.googlecode.com/svn/org/jboss/forge/far-maven-...>
>>> Downloading: https://repository.jboss.org/**nexus/content/groups/public-
>>> **jboss/org/jboss/forge/far-**maven-plugin/maven-metadata.**xml<https://repository.jboss.org/nexus/content/groups/public-jboss/org/jboss/...>
>>> Downloading: http://repo1.maven.org/maven2/**org/jboss/forge/far-maven-*
>>> *plugin/maven-metadata.xml<http://repo1.maven.org/maven2/org/jboss/forge/far-maven-plugin/maven-meta...>
>>> Downloading: http://snapshots.repository.**codehaus.org/org/jboss/forge/
>>> **forge-parent/2.0.0-SNAPSHOT/**maven-metadata.xml<http://snapshots.repository.codehaus.org/org/jboss/forge/forge-parent/2.0...>
>>> Downloading: http://twdata-m2-repository.**googlecode.com/svn/org/jboss/
>>> **forge/forge-parent/2.0.0-**SNAPSHOT/maven-metadata.xml<http://twdata-m2-repository.googlecode.com/svn/org/jboss/forge/forge-pare...>
>>> Downloading: https://repository.jboss.org/**nexus/content/groups/public-
>>> **jboss/org/jboss/forge/forge-**parent/2.0.0-SNAPSHOT/maven-**
>>> metadata.xml<https://repository.jboss.org/nexus/content/groups/public-jboss/org/jboss/...>
>>> Downloading: https://repository.jboss.org/**nexus/content/repositories/*
>>> *snapshots/org/jboss/forge/**forge-parent/2.0.0-SNAPSHOT/**
>>> maven-metadata.xml<https://repository.jboss.org/nexus/content/repositories/snapshots/org/jbo...>
>>> Downloading: http://snapshots.repository.**codehaus.org/org/jboss/forge/
>>> **forge-parent/2.0.0-SNAPSHOT/**forge-parent-2.0.0-SNAPSHOT.**pom<http://snapshots.repository.codehaus.org/org/jboss/forge/forge-parent/2.0...>
>>> Downloading: http://twdata-m2-repository.**googlecode.com/svn/org/jboss/
>>> **forge/forge-parent/2.0.0-**SNAPSHOT/forge-parent-2.0.0-**SNAPSHOT.pom<http://twdata-m2-repository.googlecode.com/svn/org/jboss/forge/forge-pare...>
>>> Downloading: https://repository.jboss.org/**nexus/content/groups/public-
>>> **jboss/org/jboss/forge/forge-**parent/2.0.0-SNAPSHOT/forge-**
>>> parent-2.0.0-SNAPSHOT.pom<https://repository.jboss.org/nexus/content/groups/public-jboss/org/jboss/...>
>>> Downloading: https://repository.jboss.org/**nexus/content/repositories/*
>>> *snapshots/org/jboss/forge/**forge-parent/2.0.0-SNAPSHOT/**
>>> forge-parent-2.0.0-SNAPSHOT.**pom<https://repository.jboss.org/nexus/content/repositories/snapshots/org/jbo...>
>>> [ERROR] The build could not read 2 projects -> [Help 1]
>>> [ERROR]
>>> [ERROR] The project org.jboss.forge:forge-example-**plugin:2.0.0-SNAPSHOT
>>> (/Users/stuartdouglas/**workspace/forge/forge-example-**plugin/pom.xml)
>>> has 2 errors
>>> [ERROR] Unresolveable build extension: Error resolving version for
>>> plugin 'org.jboss.forge:far-maven-**plugin' from the repositories
>>> [local (/Users/stuartdouglas/.m2/**repository),
>>> codehaus-plugins-snapshots (http://snapshots.repository.**codehaus.org/<http://snapshots.repository.codehaus.org/>),
>>> twdata-m2-repository (http://twdata-m2-repository.**googlecode.com/svn/<http://twdata-m2-repository.googlecode.com/svn/>),
>>> jboss-public-repository-group (https://repository.jboss.org/**
>>> nexus/content/groups/public-**jboss/<https://repository.jboss.org/nexus/content/groups/public-jboss/>),
>>> jboss-snapshots-repository-**group (https://repository.jboss.org/**
>>> nexus/content/repositories/**snapshots/<https://repository.jboss.org/nexus/content/repositories/snapshots/>),
>>> central (http://repo1.maven.org/**maven2)<http://repo1.maven.org/maven2)>]:
>>> Plugin not found in any plugin repository -> [Help 2]
>>> [ERROR] Unknown packaging: far @ line 12, column 15
>>> [ERROR]
>>> [ERROR] The project org.jboss.forge:forge-**otherexample-plugin:2.0.0-
>>> **SNAPSHOT (/Users/stuartdouglas/**workspace/forge/forge-**otherexample-plugin/pom.xml)
>>> has 2 errors
>>> [ERROR] Unresolveable build extension: Plugin
>>> org.jboss.forge:far-maven-**plugin:2.0.0-SNAPSHOT or one of its
>>> dependencies could not be resolved: Failed to collect dependencies for
>>> org.jboss.forge:far-maven-**plugin:jar:2.0.0-SNAPSHOT (): Failed to
>>> read artifact descriptor for org.jboss.forge:far-maven-**plugin:jar:2.0.0-SNAPSHOT:
>>> Failure to find org.jboss.forge:forge-parent:**pom:2.0.0-SNAPSHOT in
>>> http://snapshots.repository.**codehaus.org/<http://snapshots.repository.codehaus.org/>was cached in the local repository, resolution will not be reattempted
>>> until the update interval of codehaus-plugins-snapshots has elapsed or
>>> updates are forced -> [Help 3]
>>> [ERROR] Unknown packaging: far @ line 11, column 15
>>> [ERROR]
>>> [ERROR] To see the full stack trace of the errors, re-run Maven with the
>>> -e switch.
>>> [ERROR] Re-run Maven using the -X switch to enable full debug logging.
>>> [ERROR]
>>> [ERROR] For more information about the errors and possible solutions,
>>> please read the following articles:
>>> [ERROR] [Help 1] http://cwiki.apache.org/**confluence/display/MAVEN/**
>>> ProjectBuildingException<http://cwiki.apache.org/confluence/display/MAVEN/ProjectBuildingException>
>>> [ERROR] [Help 2] http://cwiki.apache.org/**confluence/display/MAVEN/**
>>> PluginVersionResolutionExcepti**on<http://cwiki.apache.org/confluence/display/MAVEN/PluginVersionResolutionE...>
>>> [ERROR] [Help 3] http://cwiki.apache.org/**confluence/display/MAVEN/**
>>> PluginResolutionException<http://cwiki.apache.org/confluence/display/MAVEN/PluginResolutionException>
>>>
>>
>>
>>
>> Lincoln Baxter, III wrote:
>>
>>> Could you copy the error in here? I believe you just need to build the
>>> far-maven-plugin/ project first.
>>>
>>>
>>> On Thu, Nov 1, 2012 at 9:01 PM, Stuart Douglas
>>> <stuart.w.douglas(a)gmail.com <mailto:stuart.w.douglas@**gmail.com<stuart.w.douglas(a)gmail.com>>>
>>> wrote:
>>>
>>> It looks like you have circular dependencies in that branch that
>>> means it is not buildable with a clean maven repository (remove all
>>> org.jboss.forge artifacts from your local repo and you should see
>>> what I mean).
>>>
>>>
>>>
>>> Stuart
>>>
>>> Lincoln Baxter, III wrote:
>>>
>>> FYI - This is how it should look when you reproduce the problem.
>>> What's
>>> happening in this case is that Forge is starting up just fine in
>>> the
>>> test, but for some reason the ContainerServiceExtension is not
>>> intercepting the service classes deployed in one of the addons.
>>>
>>> This makes me think that the system classloader is being scanned
>>> properly, but that there is a subtle problem with the module
>>> structure
>>> defined by AddonModuleLoader that is preventing these classes
>>> from being
>>> scanned. Either that, or the ModularURLScanner class requires
>>> modifications to work within the Surefire environment.
>>>
>>> ------------------------------**__-------------------------
>>>
>>> T E S T S
>>> ------------------------------**__-------------------------
>>> Running org.example.__**AddonDependencyTest
>>> Starting addon(s) [dependency:main]
>>> Nov 1, 2012 7:12:23 PM org.jboss.weld.bootstrap.__**
>>> WeldBootstrap
>>>
>>> <clinit>
>>> INFO: WELD-000900 2.0.0 (Alpha3)
>>> Nov 1, 2012 7:12:24 PM org.jboss.weld.bootstrap.__**
>>> WeldBootstrap
>>>
>>> startContainer
>>> INFO: WELD-000101 Transactional services not available.
>>> Injection of
>>> @Inject UserTransaction not available. Transactional observers
>>> will be
>>> invoked synchronously.
>>> Nov 1, 2012 7:12:24 PM
>>> org.jboss.weld.interceptor.__**util.InterceptionTypeRegistry
>>> <clinit>
>>>
>>> WARNING: Class 'javax.ejb.PostActivate' not found, interception
>>> based on
>>> it is not enabled
>>> Nov 1, 2012 7:12:24 PM
>>> org.jboss.weld.interceptor.__**util.InterceptionTypeRegistry
>>> <clinit>
>>>
>>> WARNING: Class 'javax.ejb.PrePassivate' not found, interception
>>> based on
>>> it is not enabled
>>> Starting container [dependency:main]
>>> Services loaded from addon module [dependency:main] - [class
>>> org.example.published.__**PublishedService]
>>> Starting addon(s) [919307ca-cd39-46a6-a641-__**
>>> ff50055f6db2:main]
>>> Nov 1, 2012 7:12:27 PM org.jboss.weld.bootstrap.__**
>>> WeldBootstrap
>>>
>>> startContainer
>>> INFO: WELD-000101 Transactional services not available.
>>> Injection of
>>> @Inject UserTransaction not available. Transactional observers
>>> will be
>>> invoked synchronously.
>>> Starting container [919307ca-cd39-46a6-a641-__**
>>> ff50055f6db2:main]
>>> 2012-11-01 19:12:27.558:INFO:oejs.Server:**
>>> __jetty-8.1.5.v20120716
>>> 2012-11-01 19:12:27.622:INFO:oejs.__**AbstractConnector:Started
>>> SelectChannelConnector@127.0._**_0.1:4141
>>> <http://**SelectChannelConnector@127.0.**0.1:4141<http://SelectChannelConnector@127.0.0.1:4141>
>>> >
>>> <http://__**SelectChannelConnector@127.0._**_0.1:4141
>>>
>>> <http://**SelectChannelConnector@127.0.**0.1:4141<http://SelectChannelConnector@127.0.0.1:4141>
>>> >>
>>>
>>> Remote test server started.
>>> Exception in thread "919307ca-cd39-46a6-a641-__**
>>> ff50055f6db2:main"
>>> org.jboss.forge.container.__**exception.ContainerException:
>>> [Thread -
>>> 919307ca-cd39-46a6-a641-__**ff50055f6db2:main] Error invoking
>>> Task
>>>
>>> within
>>> ClassLoader [ModuleClassLoader for Module
>>> "919307ca-cd39-46a6-a641-__**ff50055f6db2:main" from
>>> AddonModuleLoader]
>>> at
>>> org.jboss.forge.container.__**util.ClassLoaders.executeIn(__**
>>> ClassLoaders.java:33)
>>> at
>>> org.jboss.forge.container.__**AddonRunnable.run(__**
>>> AddonRunnable.java:41)
>>> at java.lang.Thread.run(Thread.__**java:680)
>>> Caused by: java.lang.NullPointerException
>>> at
>>> org.example.consuming.__**ConsumingService.getMessage(__**
>>> ConsumingService.java:25)
>>> at
>>> org.example.consuming.__**ConsumingService.postStartup(_**
>>> _ConsumingService.java:20)
>>> 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.jboss.weld.util.__**reflection.SecureReflections$_**
>>> _13.work(SecureReflections.__**java:267)
>>> at
>>> org.jboss.weld.util.__**reflection.__**
>>> SecureReflectionAccess.run(__**SecureReflectionAccess.java:__**52)
>>> at
>>> org.jboss.weld.util.__**reflection.__**SecureReflectionAccess.__
>>> **runAsInvocation(__**SecureReflectionAccess.java:__**137)
>>> at
>>> org.jboss.weld.util.__**reflection.SecureReflections._**
>>> _invoke(SecureReflections.**java:__263)
>>> at
>>> org.jboss.weld.annotated.__**runtime.__**
>>> InvokableAnnotatedMethod.__**invokeOnInstance(__**
>>> InvokableAnnotatedMethod.java:**__82)
>>> at
>>> org.jboss.weld.injection.__**MethodInjectionPoint.__**
>>> invokeOnInstanceWithSpecialVal**__ue(MethodInjectionPoint.**java:__97)
>>> at
>>> org.jboss.weld.event.__**ObserverMethodImpl.sendEvent(_**
>>> _ObserverMethodImpl.java:259)
>>> at
>>> org.jboss.weld.event.__**ObserverMethodImpl.sendEvent(_**
>>> _ObserverMethodImpl.java:246)
>>> at
>>> org.jboss.weld.event.__**ObserverMethodImpl.notify(__**
>>> ObserverMethodImpl.java:221)
>>> at
>>> org.jboss.weld.event.__**ObserverMethodImpl.notify(__**
>>> ObserverMethodImpl.java:225)
>>> at
>>> org.jboss.weld.event.__**ObserverNotifier.__**notifyObserver(__*
>>> *ObserverNotifier.java:129)
>>> at
>>> org.jboss.weld.event.__**ObserverNotifier.__**notifyObservers(__
>>> **ObserverNotifier.java:97)
>>> at
>>> org.jboss.weld.event.__**ObserverNotifier.fireEvent(__**
>>> ObserverNotifier.java:77)
>>> at
>>> org.jboss.weld.event.__**ObserverNotifier.fireEvent(__**
>>> ObserverNotifier.java:70)
>>> at
>>> org.jboss.weld.manager.__**BeanManagerImpl.fireEvent(__**
>>> BeanManagerImpl.java:625)
>>> at
>>> org.jboss.forge.container.__**ContainerControlImpl.start(__**
>>> ContainerControlImpl.java:54)
>>> at
>>> org.jboss.forge.container.__**ContainerControlImpl.__**
>>> bootstrap(__**ContainerControlImpl.java:37)
>>> 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.jboss.weld.util.__**reflection.SecureReflections$_**
>>> _13.work(SecureReflections.__**java:267)
>>> at
>>> org.jboss.weld.util.__**reflection.__**
>>> SecureReflectionAccess.run(__**SecureReflectionAccess.java:__**52)
>>> at
>>> org.jboss.weld.util.__**reflection.__**SecureReflectionAccess.__
>>> **runAsInvocation(__**SecureReflectionAccess.java:__**137)
>>> at
>>> org.jboss.weld.util.__**reflection.SecureReflections._**
>>> _invoke(SecureReflections.**java:__263)
>>> at
>>> org.jboss.weld.annotated.__**runtime.__**
>>> InvokableAnnotatedMethod.__**invokeOnInstance(__**
>>> InvokableAnnotatedMethod.java:**__82)
>>> at
>>> org.jboss.weld.injection.__**MethodInjectionPoint.__**
>>> invokeOnInstanceWithSpecialVal**__ue(MethodInjectionPoint.**java:__97)
>>> at
>>> org.jboss.weld.event.__**ObserverMethodImpl.sendEvent(_**
>>> _ObserverMethodImpl.java:259)
>>> at
>>> org.jboss.weld.event.__**ObserverMethodImpl.sendEvent(_**
>>> _ObserverMethodImpl.java:246)
>>> at
>>> org.jboss.weld.event.__**ObserverMethodImpl.notify(__**
>>> ObserverMethodImpl.java:221)
>>> at
>>> org.jboss.weld.event.__**ObserverMethodImpl.notify(__**
>>> ObserverMethodImpl.java:225)
>>> at
>>> org.jboss.weld.event.__**ObserverNotifier.__**notifyObserver(__*
>>> *ObserverNotifier.java:129)
>>> at
>>> org.jboss.weld.event.__**ObserverNotifier.__**notifyObservers(__
>>> **ObserverNotifier.java:97)
>>> at
>>> org.jboss.weld.event.__**ObserverNotifier.fireEvent(__**
>>> ObserverNotifier.java:77)
>>> at
>>> org.jboss.weld.event.__**ObserverNotifier.fireEvent(__**
>>> ObserverNotifier.java:70)
>>> at
>>> org.jboss.weld.manager.__**BeanManagerImpl.fireEvent(__**
>>> BeanManagerImpl.java:625)
>>> at
>>> org.jboss.forge.container.__**AddonRunnable$1.call(__**
>>> AddonRunnable.java:57)
>>> at
>>> org.jboss.forge.container.__**util.ClassLoaders.executeIn(__**
>>> ClassLoaders.java:29)
>>> ... 2 more
>>> Stopping addon(s) [919307ca-cd39-46a6-a641-__**
>>> ff50055f6db2:main]
>>>
>>> Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed:
>>> 8.032
>>> sec <<< FAILURE!
>>>
>>>
>>>
>>> On Thu, Nov 1, 2012 at 3:51 PM, Lincoln Baxter, III
>>> <lincolnbaxter(a)gmail.com <mailto:lincolnbaxter@gmail.**com<lincolnbaxter(a)gmail.com>
>>> >
>>> <mailto:lincolnbaxter@gmail.__**com
>>>
>>> <mailto:lincolnbaxter@gmail.**com <lincolnbaxter(a)gmail.com>>>>
>>> wrote:
>>>
>>> Hey Everyone!
>>>
>>> I've been working on Forge 2.0, and it looks like I've hit
>>> a very
>>> strange problem that I am having difficulty solving. It
>>> involves
>>> Surefire Maven Plugin and the Forge Arquillian tests.
>>>
>>> The tests work fine in eclipse, because Eclipse launches
>>> using a
>>> real java classpath, however...
>>>
>>> Because of how Surefire handles classloading
>>> <http://maven.apache.org/__**plugins/maven-surefire-plugin/**
>>> __examples/class-loading.html<http://maven.apache.org/__plugins/maven-surefire-plugin/__examples/class-...>
>>>
>>> <http://maven.apache.org/**plugins/maven-surefire-plugin/**
>>> examples/class-loading.html<http://maven.apache.org/plugins/maven-surefire-plugin/examples/class-load...>
>>> >>,
>>>
>>> Forge is not properly finding classes, booting weld, and
>>> loading
>>> addons. I've gotten close to a solution a few times, but
>>> I've not
>>> been able to find the exact concoction that gets things
>>> working.
>>>
>>> Anyone have experience with this feel like taking a look?
>>>
>>> Just check out the Forge 2.0 branch from
>>> https://github.com/forge/core, first *cd* into the
>>> maven-far-plugin
>>>
>>> directory, install it with `mvn clean install`, then return
>>> to the
>>> main directory and run `mvn clean install`, you should then
>>> see the
>>> failures I am describing.
>>>
>>> Thanks!
>>>
>>> --
>>> Lincoln Baxter, III
>>> http://ocpsoft.org
>>> "Simpler is better."
>>>
>>>
>>>
>>>
>>> --
>>> Lincoln Baxter, III
>>> http://ocpsoft.org
>>> "Simpler is better."
>>>
>>>
>>>
>>>
>>> --
>>> Lincoln Baxter, III
>>> http://ocpsoft.org
>>> "Simpler is better."
>>>
>>
>
>
> --
> Lincoln Baxter, III
> http://ocpsoft.org
> "Simpler is better."
>
--
Lincoln Baxter, III
http://ocpsoft.org
"Simpler is better."
12 years
- 2
- 2
Help needed
by Lincoln Baxter, III
Hey Everyone!
I've been working on Forge 2.0, and it looks like I've hit a very strange
problem that I am having difficulty solving. It involves Surefire Maven
Plugin and the Forge Arquillian tests.
The tests work fine in eclipse, because Eclipse launches using a real java
classpath, however...
Because of how Surefire handles
classloading<http://maven.apache.org/plugins/maven-surefire-plugin/examples/class-load...>,
Forge is not properly finding classes, booting weld, and loading addons.
I've gotten close to a solution a few times, but I've not been able to find
the exact concoction that gets things working.
Anyone have experience with this feel like taking a look?
Just check out the Forge 2.0 branch from https://github.com/forge/core,
first *cd* into the maven-far-plugin directory, install it with `mvn clean
install`, then return to the main directory and run `mvn clean install`,
you should then see the failures I am describing.
Thanks!
--
Lincoln Baxter, III
http://ocpsoft.org
"Simpler is better."
12 years
- 2
- 2
Forge at the Devoxx 2012 Hackergarten
by Dan Allen
As you may have seen, there will be a full-day hackergarten (hackfest /
workshop) at Devoxx 2012 [1]. I saw in the logs that you were discussing it
at the end of today's meeting. I'd definitely like to see the Forge project
represented there. It's a great opportunity for attendees to get hands on
with Forge and to get more people interested in contributing.
I'm looking for a few things:
- thumbs up that you want Forge involved
- a list of people that would like to be mentors (looking for 1 to 3 people)
To make the event successful you should perhaps create a wiki (or website)
page that has:
- a link to a setup guide so participants are ready to start hacking
- a list of ideas / goals to accomplish; the starter tasks are good for
this, or perhaps tutorials (to build experience)
As far as Forge is concerned, I think the focus of the event should be to
get people familiar with using Forge and either writing plugins (easier
goal) or hacking the core (more lofty goal).
Btw, the hackergarten is a good opportunity to give out mini-cards, buttons
or whatever else you have to distribute.
-Dan
[1] http://www.devoxx.com/display/DV12/2012/09/25/More+Space+and+Content
--
Dan Allen
Principal Software Engineer, Red Hat | Author of Seam in Action
Registered Linux User #231597
http://google.com/profiles/dan.j.allen
http://mojavelinux.com
http://mojavelinux.com/seaminaction
12 years
- 7
- 17