System-Scoped Dependency in Plugin
by Ryan Bradley
Hi all,
I am trying to package the org.jvnet:inflector:0.7.0 JAR with a Forge
plugin that I am developing. So that it is available to all users of
the plugin, I have added it to a folder (src/main/resources/lib) of the
plugin, and added it to the plugin's POM with the following
system-scoped dependency:
<dependency>
<groupId>org.jvnet</groupId>
<artifactId>inflector</artifactId>
<version>0.7.0</artifactId>
<scope>system</scope>
<systemPath>${project.basedir}/src/main/resources/lib/inflector-0.7.0.jar</systemPath>
</dependency>
However, when I build the plugin with this dependency, the JAR is not
added to the plugin module's dependencies, and is thus not available at
run-time, as I needed it to be. Are there any suggestions as to how I
can package this dependency with my plugin and include it as a
dependency at run-time, without compromising the usability of the plugin?
Thanks,
Ryan
12 years, 3 months
Fully qualified classes within annotations?
by Richard Kennard
Lincoln,
As you may recall, the new 'static Metawidget' scaffolding tries to reuse Inspectors between the runtime/static worlds. To do this, it needs to reify the
annotations from org.jboss.forge.parser.java.Annotations into 'proper' java.lang.annotation.Annotations.
This is mostly working, but I am struggling with reifying two things:
1. If the annotation's value is a Class
2. If the annotation's value is another annotation
The problem is the same in both cases - I am lacking the qualified name of the class/annotation. If they user enters:
@MyAnnotation( Column.class )
Then I need to know that it's actually a javax.persistence.Column.class. This is a bit beyond me! I have left a couple of TODOs in ForgePropertyStyle and
in ForgePropertyStyleTest. Could you take a look?
Regards,
Richard.
12 years, 3 months
Re: [forge-dev] [JBoss JIRA] (FORGE-432) forge source-plugin cannot resolve dependency with property version
by Lincoln Baxter, III
Hey Max,
The best bugs are found by actually using something :) I would have to see
how your plugin is set up. Is this all within the same Maven JAR plugin
project?
Also, why are you using Class.forName()? Is there a specific reason?
~Lincoln
PS. Could you ask this type of question on the dev list (CC'd) next time?
That way everyone can benefit. Not many people can read mails that I get my
personal email address ;) Also helps things stay organized. Thanks!
On Fri, Jan 20, 2012 at 11:26 AM, Max Schwaab <max.schwaab(a)akquinet.de>wrote:
> Am 20.01.2012 17:04, schrieb Lincoln Baxter III (JIRA):
>
>> Awesome! Sorry I couldn't reproduce this. Looking forward to your next
>> issue. You're finding great stuff!
>>
>
> Haha :)
>
> I just try to get my plugin working ;)
>
> Now I have the problem that my plugin can't find one of its classes when I
> try to invoke the default command.
> The plugin does some stuff an finally a Class.forName("org.hibersap.**
> forge.plugin.**FunctionModuleSearch")
>
> Do you have any hints why Class.forName() can't find the class?
>
> The message is
>
> ***ERROR*** [generate-sap-entities] Cannot find class
> org.hibersap.forge.plugin.**FunctionModuleSearch in classpath
>
> Best regards
>
> Max
>
--
Lincoln Baxter, III
http://ocpsoft.com
http://scrumshark.com
"Keep it Simple"
12 years, 3 months
JIRA: Inclusion of Seam-Render in Plugin
by Ryan Bradley
Hi Lincoln,
I filed a JIRA for the issue that has been pestering the Spring MVC
plugin for a while now. The plugin uses seam-render create content from
templates, much like the existing scaffold plugin does. However, as the
plugin is not included in the Forge Core, there appears to be a conflict
in including 'org.jboss.seam.render' as a dependency. Although Forge
says that the plugin builds and installs successfully, the command is
not available unless the build's module.xml is modified manually to
include a module for seam-render.
The JIRA is here: https://issues.jboss.org/browse/FORGE-434
Cheers,
Ryan
12 years, 3 months
new features for hibernate-tools-plugin
by Alejandro Montenegro
Hi team!
I plan to start to contribute new features on hibernate-tools-plugin but
was looking at jira and couldnt find any issue related. Do you have any
features on mind that you would like to attack first?
regards!
--
Alejandro Montenegro del Pino.
Santiago - Chile
phone: (+56) 9-68358690
12 years, 3 months
Tricky situation with JavaParser and workspace resolution - need ideas.
by Lincoln Baxter, III
https://issues.jboss.org/browse/FORGE-424
Right now, Forge's JavaParser is completely unaware of wildcard imports, as
stated in this issue:
The JavaParser Annotation.getQualifiedName() will return "Column" instead
of "javax.persistence.Column" for the following example class scenario (see
issue). It should be able to understand the wildcard, given the proper
metadata
In order to solve this, we are likely going to need to add a class resolver
extension that will allow us to encapsulate the dirty work of actually
loading JAR files from the project, loading other sources in the project,
and attempting to resolve the proper qualified name through java reflection:
for( String wildcard : wildcards )
{
Class.forName( wildcard + simpleClassName);
}
If anyone has any brilliant ideas or inspiration around this issue, we
would love to hear them.
Thanks!
--
Lincoln Baxter, III
http://ocpsoft.com
http://scrumshark.com
"Keep it Simple"
12 years, 4 months
How to customize generation?
by Richard Kennard
Hi guys,
I've written up a bit of documentation for the scaffolding here: https://docs.jboss.org/author/display/FORGE/UI+Scaffolding
But I have a question around the customization. Clearly, we have some nice template files like 'create.xhtml' and 'BackingBean.jv' which can be edited in
any text editor. And we have a nice separation of the CSS/image files that can be replaced to change the look and feel.
But how are we expecting people to 'get at' these files? Are they supposed to extend the existing scaffold plugin? Or open up the JAR and edit these files?
Or can they be placed 'on the classpath' somehow such that they will be found before the ones in the scaffolding JAR? Or some other way?
Regards,
Richard.
12 years, 4 months
Fwd: executing script in forge
by Lincoln Baxter, III
Reply all failed me...
Awesome, thanks guys!
Pablo, let me know if you need any assistance. We have two launch scripts
that will need to be updated for this to work, I think, (the forge and
forge.bat) files in the dist/src/main/assembly/bin folder :)
This will *really* be something cool! I am very excited,
~Lincoln
On Mon, Jan 9, 2012 at 10:27 AM, Jan Papousek <jpapouse(a)redhat.com> wrote:
> Thanks for your positive response.
>
> I've created a new JIRA FORGE-422 describing the feature request.
>
> Regards,
> Jan
>
> ----- Original Message -----
> From: "Pablo Palazon" <pablo.palazon(a)gmail.com>
> To: "Lincoln Baxter, III" <lincolnbaxter(a)gmail.com>
> Cc: "forge-users List" <forge-users(a)lists.jboss.org>, "forge-dev List" <
> forge-dev(a)lists.jboss.org>
> Sent: Friday, January 6, 2012 6:43:22 PM
> Subject: Re: [forge-users] executing script in forge
>
>
> Yeah, I can do it, Lincoln!!, I'll be an interesting option to forge.
>
> Have you created an issue for this??
>
>
> On Fri, Jan 6, 2012 at 5:53 PM, Lincoln Baxter, III <
> lincolnbaxter(a)gmail.com > wrote:
>
>
> Ah. (CC'd Dev List)
>
> That is not supported right now, but could you put an Issue in JIRA for it
> with whatever details you can provide? It would just be a matter of passing
> through the run argument to an automatic execution of the run command, so
> it would be easy to do, but it would be pretty slow because forge takes a
> while to start up.
>
> I think I know someone who would be interested in getting this to work :)
>
> Pablo. Are you interested in taking your run/run-url enhancements to a
> whole new level? This would actually be pretty nice (the ability to pass
> commands into forge from the native shell.) Something like:
>
> --evaluate or -e for short
>
>
>
> forge -e 'run /path/to/script.fsh'
>
> It would just be a small change in the startup scripts, and the use of
> System.getProperty(), plus probably a modification of the Bootstrap.java
> file to be able to pick up that property and invoke the proper behavior.
> Maybe need a new type of event to fire to make this a clean abstraction.
>
> ~Lincoln
>
>
>
>
> On Fri, Jan 6, 2012 at 8:19 AM, Jan Papousek < jpapouse(a)redhat.com >
> wrote:
>
>
> Thanks, but it isn't exactly what I need. I'd like to execute the script
> without going to the Forge console (something like "forge --run
> myscript.fsh").
>
> Regards,
> Jan
>
>
>
> ----- Original Message -----
> From: "Lincoln Baxter, III" < lincolnbaxter(a)gmail.com >
> To: "forge-users List" < forge-users(a)lists.jboss.org >
> Sent: Thursday, January 5, 2012 7:53:24 PM
> Subject: Re: [forge-users] executing script in forge
>
>
>
>
> Hey Jan!
>
> You bet!
>
> There are some samples here, just run with "run" or "run-url":
>
> https://github.com/forge/core/tree/master/showcase
>
> Let me know if you need more. Im working on docs for this right now.
>
> ~lincoln
> On Jan 5, 2012 7:53 AM, "Jan Papousek" < jpapouse(a)redhat.com > wrote:
>
>
> Hi,
>
> I have a little beginner question. Is here any possibility to write and
> execute script in Forge? (e.g. in Bash "bash myscript.sh")
>
> Regards,
> Jan
> _______________________________________________
> forge-users mailing list
> forge-users(a)lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-users
>
> _______________________________________________
> forge-users mailing list
> forge-users(a)lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-users
> _______________________________________________
> forge-users mailing list
> forge-users(a)lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-users
>
>
>
> --
> Lincoln Baxter, III
> http://ocpsoft.com
> http://scrumshark.com
> "Keep it Simple"
>
>
> _______________________________________________
> forge-users mailing list
> forge-users(a)lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-users
> _______________________________________________
> forge-users mailing list
> forge-users(a)lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-users
>
--
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, 4 months
