[JBoss JIRA] Created: (SEAMFORGE-109) Wrapper for calling project's classes using mvn exec:java
by Paul Bakker (JIRA)
Wrapper for calling project's classes using mvn exec:java
---------------------------------------------------------
Key: SEAMFORGE-109
URL: https://issues.jboss.org/browse/SEAMFORGE-109
Project: Seam Forge
Issue Type: Feature Request
Components: Brainstorming
Reporter: Paul Bakker
The Arquillian plugin uses mvn exec:java to invoke @Deployment methods within tests that are part of the user's code. We discussed this on the mailinglist. This is a way to invoke code within the project without having to build a classloader that loads the whole user's classpath.
This is how I described it on he mailinglist:
"For the plugin I now just generate a new class with a main method to the project's test-source folder. After that I use an mvn exec:java to run the class. It's less ideal because the plugin now adds a user visible utility class to the project, but it's not really a problem I believe. The exporter class is also runnable outside of Forge, so that's good too."
I'm still polishing the code, but I'll add a link to github when it's checked in.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 11 months
[JBoss JIRA] Created: (SEAMFORGE-108) create a pwr command similar to pwd for resources
by Rodney Russ (JIRA)
create a pwr command similar to pwd for resources
-------------------------------------------------
Key: SEAMFORGE-108
URL: https://issues.jboss.org/browse/SEAMFORGE-108
Project: Seam Forge
Issue Type: Feature Request
Components: Brainstorming, Builtin Plugins
Affects Versions: 1.0.0.Alpha2, 1.0.0.Alpha3
Reporter: Rodney Russ
Priority: Minor
It would be nice to have a command that provides the full path to a resource when you're cd'ed into one. Currently, pwd will only deal with directories. The idea would be to have a pwr command (program working resource) that would allow the identification of the appropriate resource. For example:
pwr
org/fourth/domain
ls
Person.java
cd Person.java
pwr
org/fourth/domain/Person.java
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 11 months
[JBoss JIRA] Created: (SEAMFORGE-92) Centralize the plugin setup process
by Lincoln Baxter III (JIRA)
Centralize the plugin setup process
-----------------------------------
Key: SEAMFORGE-92
URL: https://issues.jboss.org/browse/SEAMFORGE-92
Project: Seam Forge
Issue Type: Feature Request
Components: Brainstorming, Builtin Plugins, Plugin API
Affects Versions: 1.0.0.Alpha2
Reporter: Lincoln Baxter III
Many plugins have to implement a setup method which prevents them from correctly using @RequiresFacet or packaging types. Plugins should be able use a @Observes or @Produces method to tie into a centralized setup system, which executes the plugin setup function sans arguments, and ignoring requirements.
{code}$ setup myplugin{code}
{code}
public void setup(@Observes SetupPlugin<MyPlugin> event, ...)
{
// do setup here
}
{code}
{code}
@Produces public SetupPlugin<MyPlugin> setup(...)
{
// do setup here
}
{code}
or perhaps something simpler, but this would need to implement some kind of parameter injection
{code}
@Setup
public void setup(...)
{
// do setup here
}
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 11 months
Re: [forge-dev] Test Failures， expected:</Users[/Administrator]> but was:</Users[]>
by Lincoln Baxter, III
Hey thanks!
Could you please file an issue for this?
I cannot reproduce it on my machine (what happens if you do not run as
administrator?)
~Lincoln
2011/4/28 fluids liu <flowas(a)gmail.com>
> Environment :Win7 32bit,jdk6 u24,
> Code update time: today
> This problem has had a long
>
>
> -------------------------------------------------------------------------------
> Test set:
> org.jboss.forge.shell.test.plugins.builtin.ChangeDirectoryPluginTest
>
> -------------------------------------------------------------------------------
> Tests run: 6, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 9.374 sec
> <<< FAILURE!
> testAbsolutePath(org.jboss.forge.shell.test.plugins.builtin.ChangeDirectoryPluginTest)
> Time elapsed: 1.484 sec <<< FAILURE!
> 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:136)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
> at java.lang.reflect.Method.invoke(Unknown Source)
> 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.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:59)
> at
> org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:115)
> at
> org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:102)
> at org.apache.maven.surefire.Surefire.run(Surefire.java:180)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
> at java.lang.reflect.Method.invoke(Unknown Source)
> at
> org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:350)
> at
> org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:1021)
>
--
Lincoln Baxter, III
http://ocpsoft.com
http://scrumshark.com
"Keep it Simple"
12 years, 12 months
Re: [forge-dev] AS7 Maven Deployer Plugin
by Lincoln Baxter, III
I wonder, if you get a chance, maybe you'd like to give a shot at writing a
forge plugin to integrate this! It's pretty simple to add plugins now using
the maven API, just look at what the Arquillian Plugin has done! I think it
would be awesome and huge for AS7 if we could get this working.
PS. Is there a way to "embed" AS7, so that it will be downloaded as part of
the build step? That would be ideal!
https://github.com/forge/plugin-arquillian
~Lincoln
On Sat, Apr 16, 2011 at 2:02 PM, James Perkins <jrperkinsjr(a)gmail.com>wrote:
> Hey Lincoln,
> I'm really excited to be "one of you" :-)
>
> The current plugin is fairly simplistic. It doesn't do much other deploy,
> redeploy and undeploy. I'm hoping to add some more functionality soon.
>
> For a basic deploy all you need to add is the following. Just change to the
> goal to undeploy or redeploy to execute those tasks.
>
> <plugins>
> <plugin>
> <groupId>org.jboss.as.plugins</groupId>
> <artifactId>jboss-as-deploy-plugin</artifactId>
> <version>1.0.0-SNAPSHOT</version>
> <executions>
> <execution>
> <phase>package</phase>
> <goals>
> <goal>deploy</goal>
> </goals>
> </execution>
> </executions>
> </plugin>
> </plugins>
>
> There are some configuration options, but not many yet. The name
> configuration tag doesn't always seem to undeploy properly.
>
> You'll also want to grab the version I just pushed. There was a hang on the
> deploy goal.
>
> Let me know if you need/want any more details.
>
> --
> James R. Perkins
>
>
>
> On Sat, Apr 16, 2011 at 07:20, Lincoln Baxter, III <
> lincolnbaxter(a)gmail.com> wrote:
>
>> Hey James,
>>
>> Since you're *one of us* now, could you give me a quick tutorial on how to
>> use your plugin for AS7? ;)
>>
>> Best case scenario, I want to be able to deploy an exploded maven project
>> directly from the project folder. Next best case, I need to be able to
>> deploy maven WAR artifact (output of mvn package)
>>
>> Thanks!
>>
>> --
>> Lincoln Baxter, III
>> http://ocpsoft.com
>> http://scrumshark.com
>> "Keep it Simple"
>>
>
>
--
Lincoln Baxter, III
http://ocpsoft.com
http://scrumshark.com
"Keep it Simple"
12 years, 12 months
Re: [forge-dev] Hibernate Tools Plugin: Multiple Freemarker Impls?
by Lincoln Baxter, III
It's possible that the shade include is too liberal, and things are getting
overlapped just from that, but...
The first thing I would try is this:
cd plugin-hibernate-tools/
> *mvn dependency:tree*
>
That will tell maven to dump out a list of all dependencies and what
included them. If you see multiple freemarker impls, then we can go from
there. If not, it's possible the shade config is messing things up, in which
case we will need to work on an alternative bundling strategy. Forge does
not bundle Freemarker, so that shouldn't be the issue.
~Lincoln
On Mon, Apr 25, 2011 at 11:45 AM, brian <brianx(a)vt.edu> wrote:
> dude i'm stuck. i don't know shade, and i'm getting what looks like
> classloader issues with freemarker... looks like my plugin is getting
> freemarker 2.3.8 included from somewhere... and i've added (per
> freemarker specs) 2.3.16 to the hibernate-tools plugin pom. both build
> clean when built separately but sourcing the hib-tools plugin gives what
> looks like a classloader problem:
>
> ***SUCCESS*** Build successful.
> ***INFO*** Installing plugin artifact.
> Wrote /home/brianx/.forge/plugins/
org.jboss.hibernate.forge
> $hibernate-tools-plugin$1$1.0.0-SNAPSHOT.jar
> ***SUCCESS*** Installed from [brianxlong-plugin-hibernate-tools-2f38225]
> successfully.
> Exception in thread "Thread-32"
> com.google.common.collect.ComputationException:
> java.lang.IllegalAccessError: tried to access class
> freemarker.ext.beans.MethodMap from class freemarker.ext.beans.MethodMap
> $ClassString
>
> ...the build from my new plugin says that it is excluding freemarker
> 2.3.8 (means included somewhere else - i think in the base forge
> build)?
>
> so i need to rebuild forge?
--
Lincoln Baxter, III
http://ocpsoft.com
http://scrumshark.com
"Keep it Simple"
12 years, 12 months
Scaffolding broken in HEAD?
by Jason Porter
I'm trying to generate metawidget scaffolding but to no avail. I keep
getting:
***ERROR*** [scaffold from-entity] Error generating default scaffolding.
I have to say this is very annoying not knowing what happened. Is there a
debug log somewhere, something I can turn on?
I've already run scaffold setup multiple times and all of the files seem to
be there. I'm at a bit of a loss.
--
Jason Porter
http://lightguard-jp.blogspot.com
http://twitter.com/lightguardjp
Software Engineer
Open Source Advocate
Author of Seam Catch - Next Generation Java Exception Handling
PGP key id: 926CCFF5
PGP key available at: keyserver.net, pgp.mit.edu
13 years
