From jer at printstacktrace.org  Sun Apr  1 15:00:52 2012
From: jer at printstacktrace.org (=?UTF-8?B?SsOpcsOpbWll?=)
Date: Sun, 1 Apr 2012 21:00:52 +0200
Subject: [forge-dev] Questions about a new javaee portlet plugin
Message-ID: <CAGM=3hsgdZydjf4N+C-ouLiY4Li3MsvBzz1KE4myXk=A9Xe1cQ@mail.gmail.com>

Hi Forge Team!

I would like to create a plugin to manage javaee portlets.
A first commit is available here http://goo.gl/OKgsG .

Before going further and create a Forge Jira ticket  I would appreciate
your opinion.
 - Do you think core/javaee-api and core /javaee-impl  is a right place or
I need to create an other project?
 - The JBoss Shrinkwrap project doesn't currently include the portlet.xml
description. I think it's interesting to do that. (I can create an other
Jira ticket)
 - The quickstart option  would be interesting to push the generated code
in a GateIn instance (not implemented yet).
 - Command names and options are correct?
Thanks for your comments.

For now here's what you can do:
 $ portlet setup
 $ portlet add --named helloportlet --title "My forge portlet"
--short-title ForgePortlet --keywords "demo,forge,portlet"
 $ portlet add-param --portlet helloportlet --name
javax.portlet.faces.defaultViewId.view --value "/home.xhtml"
 $ portlet add-param --portlet helloportlet --name
javax.portlet.faces.defaultViewId.edit --value "/edit.xhtml"
 $ portlet add-param --portlet helloportlet --name
javax.portlet.faces.defaultViewId.help --value "/help.xhtml"

And the result is :
src/main/webapp/WEB-INF/portlet.xml
-----------------------------------------------------
<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<portlet-app xmlns="http://java.sun.com/xml/ns/portlet/portlet-app_2_0.xsd"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" version="2.0"
xsi:schemaLocation="http://java.sun.com/xml/ns/portlet/portlet-app_2_0.xsd">
  <portlet>
    <portlet-name>helloportlet</portlet-name>
    <portlet-class>javax.portlet.faces.GenericFacesPortlet</portlet-class>
    <supports>
      <mime-type>text/html</mime-type>
      <portlet-mode>EDIT</portlet-mode>
      <portlet-mode>HELP</portlet-mode>
      <portlet-mode>VIEW</portlet-mode>
    </supports>
    <portlet-info>
      <title>My forge portlet</title>
      <short-title>ForgePortlet</short-title>
      <keywords>demo,forge,portlet</keywords>
    </portlet-info>
    <init-param>
      <name>javax.portlet.faces.defaultViewId.view</name>
      <value>/home.xhtml</value>
    </init-param>
    <init-param>
      <name>javax.portlet.faces.defaultViewId.edit</name>
      <value>/edit.xhtml</value>
    </init-param>
    <init-param>
      <name>javax.portlet.faces.defaultViewId.help</name>
      <value>/help.xhtml</value>
    </init-param>
  </portlet>
</portlet-app>


Regads,
J?r?mie.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120401/f2c96b31/attachment.html 

From ken at kenfinnigan.me  Mon Apr  2 09:35:21 2012
From: ken at kenfinnigan.me (Ken Finnigan)
Date: Mon, 2 Apr 2012 09:35:21 -0400
Subject: [forge-dev] Questions about a new javaee portlet plugin
In-Reply-To: <CAGM=3hsgdZydjf4N+C-ouLiY4Li3MsvBzz1KE4myXk=A9Xe1cQ@mail.gmail.com>
References: <CAGM=3hsgdZydjf4N+C-ouLiY4Li3MsvBzz1KE4myXk=A9Xe1cQ@mail.gmail.com>
Message-ID: <CAKeeVe5f-qszQM4mjjE7vjH_umO8MQdH4D_BfpLeb2CdAFJq1g@mail.gmail.com>

Hi J?r?mie,

Thanks for putting an initial portal plugin together.  It was something on
my list for the months ahead, but you beat me to it! ;-)

I've responded in line to your questions.

Regards
Ken

On Sun, Apr 1, 2012 at 3:00 PM, J?r?mie <jer at printstacktrace.org> wrote:

> Hi Forge Team!
>
> I would like to create a plugin to manage javaee portlets.
> A first commit is available here http://goo.gl/OKgsG .
>
> Before going further and create a Forge Jira ticket  I would appreciate
> your opinion.
>  - Do you think core/javaee-api and core /javaee-impl  is a right place or
> I need to create an other project?
>

I think this is the correct place, though Lincoln would have the final say
on that ;-)


>  - The JBoss Shrinkwrap project doesn't currently include the portlet.xml
> description. I think it's interesting to do that. (I can create an other
> Jira ticket)
>

By all means go ahead and create the jira and do the work.  It would be
quite straight forward to complete.  I myself did the JSF ones last week,
and was planning on getting to portal descriptors over the coming weeks.
 It's just a case of adding the necessary xsd files, making sure the
generation process worked, and writing some tests to verify it.  If you
have any questions about it drop by #jbosstesting on irc and speak with
Andrew (ALR) who leads the project.


>  - The quickstart option  would be interesting to push the generated code
> in a GateIn instance (not implemented yet).
>

You could certainly do a deploy of the portlet to GateIn, or any other
portal, but I think it makes sense for that to be a separate concern from
creating a portlet and it's descriptors.  That is how a lot of the other
plugins work, and also because the deployment would be specific to GateIn,
and it would be messy to have a plugin that deals with descriptor
generation and deploying to different portal containers.


>  - Command names and options are correct?
> Thanks for your comments.
>
> For now here's what you can do:
>  $ portlet setup
>
 $ portlet add --named helloportlet --title "My forge portlet"
> --short-title ForgePortlet --keywords "demo,forge,portlet"
>

Might make it clearer for command to be called "new-portlet" instead of
"add"


>  $ portlet add-param --portlet helloportlet --name
> javax.portlet.faces.defaultViewId.view --value "/home.xhtml"
>  $ portlet add-param --portlet helloportlet --name
> javax.portlet.faces.defaultViewId.edit --value "/edit.xhtml"
>  $ portlet add-param --portlet helloportlet --name
> javax.portlet.faces.defaultViewId.help --value "/help.xhtml"
>

Could be nice to have the "new-portlet" command automatically create these
parameters with the default values you specify above, as without them a
portlet won't deploy successfully.  Just as you have with the default
portlet modes that are defined.

It would also be nice to have aliased add-param versions for specifically
adding a view, edit and help viewId.  It's pretty onerous to force someone
to remember the exact syntax of javax.portlet.faces.defaultViewId.* every
time they want to add or modify what viewId each of those portlet modes
points at.

So you could have something like:
$ portlet set-view-id --portlet helloportlet --view "/home.html"
$ portlet set-edit-id --portlet helloportlet --view "/edit.html"
$ portlet set-help-id --portlet helloportlet --view "/help.html"

and then internally it actually calls add-param with the addition of the
appropriate param name.


> And the result is :
> src/main/webapp/WEB-INF/portlet.xml
> -----------------------------------------------------
> <?xml version="1.0" encoding="UTF-8" standalone="no"?>
> <portlet-app xmlns="http://java.sun.com/xml/ns/portlet/portlet-app_2_0.xsd"
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" version="2.0"
> xsi:schemaLocation="http://java.sun.com/xml/ns/portlet/portlet-app_2_0.xsd
> ">
>   <portlet>
>     <portlet-name>helloportlet</portlet-name>
>     <portlet-class>javax.portlet.faces.GenericFacesPortlet</portlet-class>
>     <supports>
>       <mime-type>text/html</mime-type>
>       <portlet-mode>EDIT</portlet-mode>
>       <portlet-mode>HELP</portlet-mode>
>       <portlet-mode>VIEW</portlet-mode>
>     </supports>
>     <portlet-info>
>       <title>My forge portlet</title>
>       <short-title>ForgePortlet</short-title>
>       <keywords>demo,forge,portlet</keywords>
>     </portlet-info>
>     <init-param>
>       <name>javax.portlet.faces.defaultViewId.view</name>
>       <value>/home.xhtml</value>
>     </init-param>
>     <init-param>
>       <name>javax.portlet.faces.defaultViewId.edit</name>
>       <value>/edit.xhtml</value>
>     </init-param>
>     <init-param>
>       <name>javax.portlet.faces.defaultViewId.help</name>
>       <value>/help.xhtml</value>
>     </init-param>
>   </portlet>
> </portlet-app>
>
>
> Regads,
> J?r?mie.
>
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120402/b275b40c/attachment.html 

From lincolnbaxter at gmail.com  Mon Apr  2 15:46:09 2012
From: lincolnbaxter at gmail.com (Lincoln Baxter, III)
Date: Mon, 2 Apr 2012 15:46:09 -0400
Subject: [forge-dev] Questions about a new javaee portlet plugin
In-Reply-To: <CAKeeVe5f-qszQM4mjjE7vjH_umO8MQdH4D_BfpLeb2CdAFJq1g@mail.gmail.com>
References: <CAGM=3hsgdZydjf4N+C-ouLiY4Li3MsvBzz1KE4myXk=A9Xe1cQ@mail.gmail.com>
	<CAKeeVe5f-qszQM4mjjE7vjH_umO8MQdH4D_BfpLeb2CdAFJq1g@mail.gmail.com>
Message-ID: <CAEp_U4HkDqof76NyPyP26iUQnMvjSaUCSGyuKMcKZMZOR7OogQ@mail.gmail.com>

I think this should probably be a standalone plugin for now, we can move it
into the core later as it matures!

Go ahead and open a ticket in FORGEPLUGINS if you want one to track this.
Hopefully we will have our plugin site up and running soon so you won't
need to create JIRAs, you'll just create an account and get writing!

Looking forward to seeing what you come up with!
~Lincoln

On Mon, Apr 2, 2012 at 9:35 AM, Ken Finnigan <ken at kenfinnigan.me> wrote:

> Hi J?r?mie,
>
> Thanks for putting an initial portal plugin together.  It was something on
> my list for the months ahead, but you beat me to it! ;-)
>
> I've responded in line to your questions.
>
> Regards
> Ken
>
> On Sun, Apr 1, 2012 at 3:00 PM, J?r?mie <jer at printstacktrace.org> wrote:
>
>> Hi Forge Team!
>>
>> I would like to create a plugin to manage javaee portlets.
>> A first commit is available here http://goo.gl/OKgsG .
>>
>> Before going further and create a Forge Jira ticket  I would appreciate
>> your opinion.
>>  - Do you think core/javaee-api and core /javaee-impl  is a right place
>> or I need to create an other project?
>>
>
> I think this is the correct place, though Lincoln would have the final say
> on that ;-)
>
>
>>  - The JBoss Shrinkwrap project doesn't currently include the portlet.xml
>> description. I think it's interesting to do that. (I can create an other
>> Jira ticket)
>>
>
> By all means go ahead and create the jira and do the work.  It would be
> quite straight forward to complete.  I myself did the JSF ones last week,
> and was planning on getting to portal descriptors over the coming weeks.
>  It's just a case of adding the necessary xsd files, making sure the
> generation process worked, and writing some tests to verify it.  If you
> have any questions about it drop by #jbosstesting on irc and speak with
> Andrew (ALR) who leads the project.
>
>
>>  - The quickstart option  would be interesting to push the generated code
>> in a GateIn instance (not implemented yet).
>>
>
> You could certainly do a deploy of the portlet to GateIn, or any other
> portal, but I think it makes sense for that to be a separate concern from
> creating a portlet and it's descriptors.  That is how a lot of the other
> plugins work, and also because the deployment would be specific to GateIn,
> and it would be messy to have a plugin that deals with descriptor
> generation and deploying to different portal containers.
>
>
>>  - Command names and options are correct?
>> Thanks for your comments.
>>
>> For now here's what you can do:
>>  $ portlet setup
>>
>  $ portlet add --named helloportlet --title "My forge portlet"
>> --short-title ForgePortlet --keywords "demo,forge,portlet"
>>
>
> Might make it clearer for command to be called "new-portlet" instead of
> "add"
>
>
>>  $ portlet add-param --portlet helloportlet --name
>> javax.portlet.faces.defaultViewId.view --value "/home.xhtml"
>>  $ portlet add-param --portlet helloportlet --name
>> javax.portlet.faces.defaultViewId.edit --value "/edit.xhtml"
>>  $ portlet add-param --portlet helloportlet --name
>> javax.portlet.faces.defaultViewId.help --value "/help.xhtml"
>>
>
> Could be nice to have the "new-portlet" command automatically create these
> parameters with the default values you specify above, as without them a
> portlet won't deploy successfully.  Just as you have with the default
> portlet modes that are defined.
>
> It would also be nice to have aliased add-param versions for specifically
> adding a view, edit and help viewId.  It's pretty onerous to force someone
> to remember the exact syntax of javax.portlet.faces.defaultViewId.* every
> time they want to add or modify what viewId each of those portlet modes
> points at.
>
> So you could have something like:
> $ portlet set-view-id --portlet helloportlet --view "/home.html"
> $ portlet set-edit-id --portlet helloportlet --view "/edit.html"
> $ portlet set-help-id --portlet helloportlet --view "/help.html"
>
> and then internally it actually calls add-param with the addition of the
> appropriate param name.
>
>
>> And the result is :
>> src/main/webapp/WEB-INF/portlet.xml
>> -----------------------------------------------------
>> <?xml version="1.0" encoding="UTF-8" standalone="no"?>
>> <portlet-app xmlns="
>> http://java.sun.com/xml/ns/portlet/portlet-app_2_0.xsd" xmlns:xsi="
>> http://www.w3.org/2001/XMLSchema-instance" version="2.0"
>> xsi:schemaLocation="
>> http://java.sun.com/xml/ns/portlet/portlet-app_2_0.xsd">
>>   <portlet>
>>     <portlet-name>helloportlet</portlet-name>
>>     <portlet-class>javax.portlet.faces.GenericFacesPortlet</portlet-class>
>>     <supports>
>>       <mime-type>text/html</mime-type>
>>       <portlet-mode>EDIT</portlet-mode>
>>       <portlet-mode>HELP</portlet-mode>
>>       <portlet-mode>VIEW</portlet-mode>
>>     </supports>
>>     <portlet-info>
>>       <title>My forge portlet</title>
>>       <short-title>ForgePortlet</short-title>
>>       <keywords>demo,forge,portlet</keywords>
>>     </portlet-info>
>>     <init-param>
>>       <name>javax.portlet.faces.defaultViewId.view</name>
>>       <value>/home.xhtml</value>
>>     </init-param>
>>     <init-param>
>>       <name>javax.portlet.faces.defaultViewId.edit</name>
>>       <value>/edit.xhtml</value>
>>     </init-param>
>>     <init-param>
>>       <name>javax.portlet.faces.defaultViewId.help</name>
>>       <value>/help.xhtml</value>
>>     </init-param>
>>   </portlet>
>> </portlet-app>
>>
>>
>> Regads,
>> J?r?mie.
>>
>> _______________________________________________
>> forge-dev mailing list
>> forge-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>
>>
>
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev
>
>


-- 
Lincoln Baxter, III
http://ocpsoft.org
"Simpler is better."
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120402/13aedf2d/attachment.html 

From bsutter at redhat.com  Mon Apr  2 17:26:50 2012
From: bsutter at redhat.com (Burr Sutter)
Date: Mon, 2 Apr 2012 17:26:50 -0400
Subject: [forge-dev] subscribe
Message-ID: <E99B5E0D-6F2D-430B-A031-0D5B2DF6E09D@redhat.com>

see if this works

From jer at printstacktrace.org  Mon Apr  2 17:31:11 2012
From: jer at printstacktrace.org (=?UTF-8?B?SsOpcsOpbWll?=)
Date: Mon, 2 Apr 2012 23:31:11 +0200
Subject: [forge-dev] Questions about a new javaee portlet plugin
In-Reply-To: <CAEp_U4HkDqof76NyPyP26iUQnMvjSaUCSGyuKMcKZMZOR7OogQ@mail.gmail.com>
References: <CAGM=3hsgdZydjf4N+C-ouLiY4Li3MsvBzz1KE4myXk=A9Xe1cQ@mail.gmail.com>
	<CAKeeVe5f-qszQM4mjjE7vjH_umO8MQdH4D_BfpLeb2CdAFJq1g@mail.gmail.com>
	<CAEp_U4HkDqof76NyPyP26iUQnMvjSaUCSGyuKMcKZMZOR7OogQ@mail.gmail.com>
Message-ID: <CAGM=3hscUWVe72wnv4-+2AshXZsFM_Umq7QgaNixFn1pS-3ypg@mail.gmail.com>

Thx Lincoln and Ken,

I will follow your advice, I hope to provide a better version soon.

Regards,
J?r?mie.



Le 2 avril 2012 21:46, Lincoln Baxter, III <lincolnbaxter at gmail.com> a
?crit :

> I think this should probably be a standalone plugin for now, we can move
> it into the core later as it matures!
>
> Go ahead and open a ticket in FORGEPLUGINS if you want one to track this.
> Hopefully we will have our plugin site up and running soon so you won't
> need to create JIRAs, you'll just create an account and get writing!
>
> Looking forward to seeing what you come up with!
> ~Lincoln
>
>
> On Mon, Apr 2, 2012 at 9:35 AM, Ken Finnigan <ken at kenfinnigan.me> wrote:
>
>> Hi J?r?mie,
>>
>> Thanks for putting an initial portal plugin together.  It was something
>> on my list for the months ahead, but you beat me to it! ;-)
>>
>> I've responded in line to your questions.
>>
>> Regards
>> Ken
>>
>> On Sun, Apr 1, 2012 at 3:00 PM, J?r?mie <jer at printstacktrace.org> wrote:
>>
>>> Hi Forge Team!
>>>
>>> I would like to create a plugin to manage javaee portlets.
>>> A first commit is available here http://goo.gl/OKgsG .
>>>
>>> Before going further and create a Forge Jira ticket  I would appreciate
>>> your opinion.
>>>  - Do you think core/javaee-api and core /javaee-impl  is a right place
>>> or I need to create an other project?
>>>
>>
>> I think this is the correct place, though Lincoln would have the final
>> say on that ;-)
>>
>>
>>>  - The JBoss Shrinkwrap project doesn't currently include the
>>> portlet.xml description. I think it's interesting to do that. (I can create
>>> an other Jira ticket)
>>>
>>
>> By all means go ahead and create the jira and do the work.  It would be
>> quite straight forward to complete.  I myself did the JSF ones last week,
>> and was planning on getting to portal descriptors over the coming weeks.
>>  It's just a case of adding the necessary xsd files, making sure the
>> generation process worked, and writing some tests to verify it.  If you
>> have any questions about it drop by #jbosstesting on irc and speak with
>> Andrew (ALR) who leads the project.
>>
>>
>>>  - The quickstart option  would be interesting to push the generated
>>> code in a GateIn instance (not implemented yet).
>>>
>>
>> You could certainly do a deploy of the portlet to GateIn, or any other
>> portal, but I think it makes sense for that to be a separate concern from
>> creating a portlet and it's descriptors.  That is how a lot of the other
>> plugins work, and also because the deployment would be specific to GateIn,
>> and it would be messy to have a plugin that deals with descriptor
>> generation and deploying to different portal containers.
>>
>>
>>>  - Command names and options are correct?
>>> Thanks for your comments.
>>>
>>> For now here's what you can do:
>>>  $ portlet setup
>>>
>>  $ portlet add --named helloportlet --title "My forge portlet"
>>> --short-title ForgePortlet --keywords "demo,forge,portlet"
>>>
>>
>> Might make it clearer for command to be called "new-portlet" instead of
>> "add"
>>
>>
>>>  $ portlet add-param --portlet helloportlet --name
>>> javax.portlet.faces.defaultViewId.view --value "/home.xhtml"
>>>  $ portlet add-param --portlet helloportlet --name
>>> javax.portlet.faces.defaultViewId.edit --value "/edit.xhtml"
>>>  $ portlet add-param --portlet helloportlet --name
>>> javax.portlet.faces.defaultViewId.help --value "/help.xhtml"
>>>
>>
>> Could be nice to have the "new-portlet" command automatically create
>> these parameters with the default values you specify above, as without them
>> a portlet won't deploy successfully.  Just as you have with the default
>> portlet modes that are defined.
>>
>> It would also be nice to have aliased add-param versions for specifically
>> adding a view, edit and help viewId.  It's pretty onerous to force someone
>> to remember the exact syntax of javax.portlet.faces.defaultViewId.* every
>> time they want to add or modify what viewId each of those portlet modes
>> points at.
>>
>> So you could have something like:
>> $ portlet set-view-id --portlet helloportlet --view "/home.html"
>> $ portlet set-edit-id --portlet helloportlet --view "/edit.html"
>> $ portlet set-help-id --portlet helloportlet --view "/help.html"
>>
>> and then internally it actually calls add-param with the addition of the
>> appropriate param name.
>>
>>
>>> And the result is :
>>> src/main/webapp/WEB-INF/portlet.xml
>>> -----------------------------------------------------
>>> <?xml version="1.0" encoding="UTF-8" standalone="no"?>
>>> <portlet-app xmlns="
>>> http://java.sun.com/xml/ns/portlet/portlet-app_2_0.xsd" xmlns:xsi="
>>> http://www.w3.org/2001/XMLSchema-instance" version="2.0"
>>> xsi:schemaLocation="
>>> http://java.sun.com/xml/ns/portlet/portlet-app_2_0.xsd">
>>>   <portlet>
>>>     <portlet-name>helloportlet</portlet-name>
>>>
>>> <portlet-class>javax.portlet.faces.GenericFacesPortlet</portlet-class>
>>>     <supports>
>>>       <mime-type>text/html</mime-type>
>>>       <portlet-mode>EDIT</portlet-mode>
>>>       <portlet-mode>HELP</portlet-mode>
>>>       <portlet-mode>VIEW</portlet-mode>
>>>     </supports>
>>>     <portlet-info>
>>>       <title>My forge portlet</title>
>>>       <short-title>ForgePortlet</short-title>
>>>       <keywords>demo,forge,portlet</keywords>
>>>     </portlet-info>
>>>     <init-param>
>>>       <name>javax.portlet.faces.defaultViewId.view</name>
>>>       <value>/home.xhtml</value>
>>>     </init-param>
>>>     <init-param>
>>>       <name>javax.portlet.faces.defaultViewId.edit</name>
>>>       <value>/edit.xhtml</value>
>>>     </init-param>
>>>     <init-param>
>>>       <name>javax.portlet.faces.defaultViewId.help</name>
>>>       <value>/help.xhtml</value>
>>>     </init-param>
>>>   </portlet>
>>> </portlet-app>
>>>
>>>
>>> Regads,
>>> J?r?mie.
>>>
>>> _______________________________________________
>>> forge-dev mailing list
>>> forge-dev at lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>
>>>
>>
>> _______________________________________________
>> forge-dev mailing list
>> forge-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>
>>
>
>
> --
> Lincoln Baxter, III
> http://ocpsoft.org
> "Simpler is better."
>
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120402/d8f0b211/attachment-0001.html 

From ivan.st.ivanov at gmail.com  Mon Apr  2 17:57:54 2012
From: ivan.st.ivanov at gmail.com (Ivan St. Ivanov)
Date: Tue, 3 Apr 2012 00:57:54 +0300
Subject: [forge-dev] new website
In-Reply-To: <974393BE-6DDF-46E3-A342-0090CBA13DD1@gmail.com>
References: <730D8BFA-060E-4694-97CE-DDD85DE520A2@gmail.com>
	<7394F03C-0DA4-424E-8601-3F8CB6B0D93E@gmail.com>
	<067398D1-C828-4A67-9E38-4EA9D7A05DB4@gmail.com>
	<CAEp_U4EEBqX5=oLi_KD9HYY51S6xWUQeyMPA_3V2HGUGvjmkdw@mail.gmail.com>
	<974393BE-6DDF-46E3-A342-0090CBA13DD1@gmail.com>
Message-ID: <CACYLA9H1GKULYE-axMbNwcf5v07AWiaZtYUPyHa_kN0t2LP3xg@mail.gmail.com>

Hey Paul,

I installed awestruct and added a documentation page:
https://docs.jboss.org/author/display/FORGE/Give+your+Plugin+a+name

However, when I go to the documentation index page (
http://localhost:4242/docs/index.html), I don't see my newly added document
in the list on the left. I see an HTML generated
under _site\docs\plugin_development. But nothing refers to it.

Do I miss something? I've attached my textile file.

Thanks,
Ivan

On Tue, Mar 20, 2012 at 8:24 AM, Paul Bakker <paul.bakker.nl at gmail.com>wrote:

> Started fresh, so we can build it up step by step. They built a bunch of
> plugins that we should reuse though.
>
> Sent from my iPhone
>
> On 20 mrt. 2012, at 05:22, "Lincoln Baxter, III" <lincolnbaxter at gmail.com>
> wrote:
>
> Hey Paul,
>
> Did you start with a fresh Awestruct instance, or did you take things from
> Arquillian? I think it would be a good idea to look at what they have done
> before we get too far on creating our own. In fact, they have been working
> extensively to make their system reusable for many projects!
>
> ~Lincoln
>
> On Sun, Mar 18, 2012 at 8:23 AM, Paul Bakker <paul.bakker.nl at gmail.com>wrote:
>
>> Thanks for testing, it should work a lot better now!
>>
>> Paul
>>
>> On Mar 17, 2012, at 17:29 , Jason Porter wrote:
>>
>> > Site's not really mobile friendly, FYI.
>> >
>> > Sent from my iPhone
>> >
>> > On Mar 17, 2012, at 8:14, Paul Bakker <paul.bakker.nl at gmail.com> wrote:
>> >
>> >> Hi all,
>> >>
>> >> As promised I started work on the new website. After some good
>> experiences with it for the Arquillian website we decided to use Awestruct
>> for this. This basically allows you to do some "dynamic" things like
>> templating while the result is still plain HTML.
>> >> For the look&feel I used the Bootstrap library. We still have a lot of
>> work to do, but I did set up the structure of the site. Now it's just
>> adding more and more content.
>> >>
>> >> There are a few things to look at:
>> >> 1) The front page
>> >> It contains a news section which is aggregated from the "news"
>> directory. The pages within the news directory must have the format of
>> yyyy-MM-dd-post-pagetitle.textile to be picked up.
>> >>
>> >> 2) The documentation page
>> >> The documentation pages have their own template which creates the menu
>> structure: _layouts/docs.html.haml. If a new page is added we need to add
>> it to the menu too (this can probably be automated).
>> >>
>> >> You can preview the site here:
>> http://jboss-forge.s3.amazonaws.com/index.html and the sources are on
>> github: https://github.com/forge/website
>> >>
>> >> I will continue adding content myself, but please contribute on this.
>> You can simply send pull requests on git like always. The most important at
>> this point is to migrate the documentation.
>> >>
>> >> Paul
>> >> _______________________________________________
>> >> forge-dev mailing list
>> >> forge-dev at lists.jboss.org
>> >> https://lists.jboss.org/mailman/listinfo/forge-dev
>> >
>> > _______________________________________________
>> > forge-dev mailing list
>> > forge-dev at lists.jboss.org
>> > https://lists.jboss.org/mailman/listinfo/forge-dev
>>
>>
>> _______________________________________________
>> forge-dev mailing list
>> forge-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>
>
>
>
> --
> Lincoln Baxter, III
> http://ocpsoft.org
> "Simpler is better."
>
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev
>
>
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120403/6a7bc02a/attachment.html 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: give-your-plugin-name.textile
Type: application/octet-stream
Size: 690 bytes
Desc: not available
Url : http://lists.jboss.org/pipermail/forge-dev/attachments/20120403/6a7bc02a/attachment.obj 

From bsutter at redhat.com  Mon Apr  2 18:07:02 2012
From: bsutter at redhat.com (Burr Sutter)
Date: Mon, 2 Apr 2012 18:07:02 -0400
Subject: [forge-dev] Fwd: forge build
References: <b3abdbfc-c135-41f0-9f98-f00cdc0dbb52@zmail11.collab.prod.int.phx2.redhat.com>
Message-ID: <6A8EB894-1188-4482-A3F9-67B3E8D877FC@redhat.com>



Begin forwarded message:

> From: Burr Sutter <bsutter at redhat.com>
> Subject: forge build
> Date: March 31, 2012 2:26:33 PM EDT
> To: Lincoln Baxter <lbaxter at redhat.com>, Koen Aers <kaers at redhat.com>
> 
> Please tell me how to make "mvn install" work with Forge.
> 
> I use 
> "git clone https://github.com/forge/core.git"
> "mvn install"
> 
> and I always have test failures on Mac & Windows
> 
> Tests in error:
>  testRunScriptNotHostHttpUrl(org.jboss.forge.shell.test.plugins.builtin.RunUrlP
> luginTest): Unexpected exception, expected<java.net.UnknownHostException> but wa
> s<org.mvel2.CompileException>
> 
> Tests run: 136, Failures: 0, Errors: 1, Skipped: 5
> 
> [INFO] ------------------------------------------------------------------------
> [INFO] Reactor Summary:
> [INFO]
> [INFO] Forge - Parent .................................... SUCCESS [0.733s]
> [INFO] Forge - Targeted Event Bus ........................ SUCCESS [40.622s]
> [INFO] Forge - Parser/Java API ........................... SUCCESS [1.246s]
> [INFO] Forge - Parser/XML ................................ SUCCESS [0.950s]
> [INFO] Forge - Shell API ................................. SUCCESS [10.231s]
> [INFO] Forge - Maven Integration APIs .................... SUCCESS [22.668s]
> [INFO] Forge - Git Integration ........................... SUCCESS [7.097s]
> [INFO] Forge - Test Harness .............................. SUCCESS [1.277s]
> [INFO] Forge - Maven Project Model ....................... SUCCESS [18.364s]
> [INFO] Forge - Parser/Java ............................... SUCCESS [28.347s]
> [INFO] Forge - Shell ..................................... FAILURE [3:42.427s]
> [INFO] Forge - Git Integration Tests ..................... SKIPPED
> [INFO] Forge - Project Model Maven Tests ................. SKIPPED
> [INFO] Forge - Test Harness (Web) ........................ SKIPPED
> [INFO] Forge - Java EE APIs .............................. SKIPPED
> [INFO] Forge - Java EE Integration Impl & Plugins ........ SKIPPED
> [INFO] Forge - Scaffolding APIs .......................... SKIPPED
> [INFO] Forge - Scaffolding Plugins ....................... SKIPPED
> [INFO] Forge - Dev Plugins ............................... SKIPPED
> [INFO] Forge - Scaffold Provider for Java Server Faces ... SKIPPED
> [INFO] Forge - Modular Plugin Loader ..................... SKIPPED
> [INFO] JBoss Forge - Distribution Build .................. SKIPPED
> [INFO] ------------------------------------------------------------------------
> [INFO] BUILD FAILURE
> [INFO] ------------------------------------------------------------------------
> [INFO] Total time: 5:56.660s
> [INFO] Finished at: Sat Mar 31 13:07:19 EDT 2012
> [INFO] Final Memory: 30M/102M
> [INFO] ------------------------------------------------------------------------
> [ERROR] Failed to execute goal org.apache.maven.plugins:maven-surefire-plugin:2.
> 12:test (default-test) on project forge-shell: There are test failures.
> [ERROR]
> [ERROR] Please refer to D:\code\forge\core\shell\target\surefire-reports for the
> individual test results.
> [ERROR] -> [Help 1]
> [ERROR]
> [ERROR] To see the full stack trace of the errors, re-run Maven with the -e swit
> ch.
> [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 rea
> d the following articles:
> [ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/MojoFailureExc
> eption
> [ERROR]
> [ERROR] After correcting the problems, you can resume the build with the command
> 
> [ERROR]   mvn <goals> -rf :forge-shell
> D:\code\forge\core>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120402/a8785725/attachment.html 

From paul.bakker.nl at gmail.com  Tue Apr  3 00:41:43 2012
From: paul.bakker.nl at gmail.com (Paul Bakker)
Date: Tue, 3 Apr 2012 06:41:43 +0200
Subject: [forge-dev] new website
In-Reply-To: <CACYLA9H1GKULYE-axMbNwcf5v07AWiaZtYUPyHa_kN0t2LP3xg@mail.gmail.com>
References: <730D8BFA-060E-4694-97CE-DDD85DE520A2@gmail.com>
	<7394F03C-0DA4-424E-8601-3F8CB6B0D93E@gmail.com>
	<067398D1-C828-4A67-9E38-4EA9D7A05DB4@gmail.com>
	<CAEp_U4EEBqX5=oLi_KD9HYY51S6xWUQeyMPA_3V2HGUGvjmkdw@mail.gmail.com>
	<974393BE-6DDF-46E3-A342-0090CBA13DD1@gmail.com>
	<CACYLA9H1GKULYE-axMbNwcf5v07AWiaZtYUPyHa_kN0t2LP3xg@mail.gmail.com>
Message-ID: <5C2AD2D1-7BB0-4FEC-9480-EABC8764EC26@gmail.com>

Hi Ivan,

Thanks for helping on the site! 
The Textile file looks ok. For some changes you have to force Awestruct to re-generate the site. In this case it doesn't regenerate the index page because it is unchanged itself. Remove the _site directory and restart Awestruct to make sure everything is generated.

Paul

On Apr 2, 2012, at 23:57 , Ivan St. Ivanov wrote:

> Hey Paul,
> 
> I installed awestruct and added a documentation page: https://docs.jboss.org/author/display/FORGE/Give+your+Plugin+a+name
> 
> However, when I go to the documentation index page (http://localhost:4242/docs/index.html), I don't see my newly added document in the list on the left. I see an HTML generated under _site\docs\plugin_development. But nothing refers to it.
> 
> Do I miss something? I've attached my textile file.
> 
> Thanks,
> Ivan
> 
> On Tue, Mar 20, 2012 at 8:24 AM, Paul Bakker <paul.bakker.nl at gmail.com> wrote:
> Started fresh, so we can build it up step by step. They built a bunch of plugins that we should reuse though.
> 
> Sent from my iPhone
> 
> On 20 mrt. 2012, at 05:22, "Lincoln Baxter, III" <lincolnbaxter at gmail.com> wrote:
> 
>> Hey Paul,
>> 
>> Did you start with a fresh Awestruct instance, or did you take things from Arquillian? I think it would be a good idea to look at what they have done before we get too far on creating our own. In fact, they have been working extensively to make their system reusable for many projects!
>> 
>> ~Lincoln
>> 
>> On Sun, Mar 18, 2012 at 8:23 AM, Paul Bakker <paul.bakker.nl at gmail.com> wrote:
>> Thanks for testing, it should work a lot better now!
>> 
>> Paul
>> 
>> On Mar 17, 2012, at 17:29 , Jason Porter wrote:
>> 
>> > Site's not really mobile friendly, FYI.
>> >
>> > Sent from my iPhone
>> >
>> > On Mar 17, 2012, at 8:14, Paul Bakker <paul.bakker.nl at gmail.com> wrote:
>> >
>> >> Hi all,
>> >>
>> >> As promised I started work on the new website. After some good experiences with it for the Arquillian website we decided to use Awestruct for this. This basically allows you to do some "dynamic" things like templating while the result is still plain HTML.
>> >> For the look&feel I used the Bootstrap library. We still have a lot of work to do, but I did set up the structure of the site. Now it's just adding more and more content.
>> >>
>> >> There are a few things to look at:
>> >> 1) The front page
>> >> It contains a news section which is aggregated from the "news" directory. The pages within the news directory must have the format of yyyy-MM-dd-post-pagetitle.textile to be picked up.
>> >>
>> >> 2) The documentation page
>> >> The documentation pages have their own template which creates the menu structure: _layouts/docs.html.haml. If a new page is added we need to add it to the menu too (this can probably be automated).
>> >>
>> >> You can preview the site here: http://jboss-forge.s3.amazonaws.com/index.html and the sources are on github: https://github.com/forge/website
>> >>
>> >> I will continue adding content myself, but please contribute on this. You can simply send pull requests on git like always. The most important at this point is to migrate the documentation.
>> >>
>> >> Paul
>> >> _______________________________________________
>> >> forge-dev mailing list
>> >> forge-dev at lists.jboss.org
>> >> https://lists.jboss.org/mailman/listinfo/forge-dev
>> >
>> > _______________________________________________
>> > forge-dev mailing list
>> > forge-dev at lists.jboss.org
>> > https://lists.jboss.org/mailman/listinfo/forge-dev
>> 
>> 
>> _______________________________________________
>> forge-dev mailing list
>> forge-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/forge-dev
>> 
>> 
>> 
>> -- 
>> Lincoln Baxter, III
>> http://ocpsoft.org
>> "Simpler is better."
>> _______________________________________________
>> forge-dev mailing list
>> forge-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/forge-dev
> 
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev
> 
> 
> <give-your-plugin-name.textile>_______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120403/88772991/attachment-0001.html 

From bsutter at redhat.com  Tue Apr  3 08:21:37 2012
From: bsutter at redhat.com (Burr Sutter)
Date: Tue, 3 Apr 2012 08:21:37 -0400
Subject: [forge-dev] Forge'in ahead with JBoss Tools
Message-ID: <AFB54DE2-50DF-4E33-9F74-9F02191BAB78@redhat.com>

In my recent video series I have two videos that describe Forge - and a Hibernate Tools interlude in-between, I wish to know if I have demo'd Forge well - did I highlight forge's best features?  

4. Forge Introduction in JBoss Developer Studio 5 
http://www.screencast.com/t/olxrVyPy5
http://vimeo.com/39608223
Forge is JBoss's rapid application development tool.  A command line based tool that is embedded in JBoss Developer Studio 5.  Run a whole script of commands to render a complete application.  

5. Hibernate Tools for DB Reverse Engineering
http://www.screencast.com/t/x6lcG2BP8jn5
http://vimeo.com/39608294
Hibernate Tools have been part of JBoss Developer Studio for a long time - now they are integrated with Dali - and you can use Dali's JPA Generate Entities from Tables feature.   This video walks you through how to setup the Hibernate Configuration and the JBDC connection to allow for JPA entity generation.
Sakila H2 Database:
https://github.com/maxandersen/sakila-h2

6. Forge for DB Reverse Engineering with CRUD
http://www.screencast.com/t/aSym9aul5
http://vimeo.com/39608326
Forge also has a Hibernate Tools plugin that allows it to analyze a database schema and produce JPA entity classes.  Then Forge can use its scaffolding feature to generate JSF2 Create, Read, Update and Delete (CRUD)  user interfaces.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120403/fc054306/attachment.html 

From lincolnbaxter at gmail.com  Tue Apr  3 15:54:40 2012
From: lincolnbaxter at gmail.com (Lincoln Baxter, III)
Date: Tue, 3 Apr 2012 15:54:40 -0400
Subject: [forge-dev] Open challenge: UTF-8 not supported by the Java
	Runtime? Says who?
Message-ID: <CAEp_U4HquHV-kjiLcje3vjF4vdnKdVPJ18zepynPZYAtoRN9sg@mail.gmail.com>

If anyone can figure this out. I'll buy you a beer. I'm stumped!

What I know is that the errors are due to accessing the Configuration
~/forge/config.xml and the local project configuration
/project/.forge_settings.xml

Good luck!

-- 
Lincoln Baxter, III
http://ocpsoft.org
"Simpler is better."
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120403/83b3c883/attachment.html 

From lincolnbaxter at gmail.com  Tue Apr  3 15:55:06 2012
From: lincolnbaxter at gmail.com (Lincoln Baxter, III)
Date: Tue, 3 Apr 2012 15:55:06 -0400
Subject: [forge-dev] Fwd: forge build
In-Reply-To: <6A8EB894-1188-4482-A3F9-67B3E8D877FC@redhat.com>
References: <b3abdbfc-c135-41f0-9f98-f00cdc0dbb52@zmail11.collab.prod.int.phx2.redhat.com>
	<6A8EB894-1188-4482-A3F9-67B3E8D877FC@redhat.com>
Message-ID: <CAEp_U4FJgcqJnc2oH+_3hy8kKd6zCgmpbK0tRpr6ezDix7aJhw@mail.gmail.com>

Hey guys, have any of you seen an issue like this before?

On Mon, Apr 2, 2012 at 6:07 PM, Burr Sutter <bsutter at redhat.com> wrote:

>
>
> Begin forwarded message:
>
> *From: *Burr Sutter <bsutter at redhat.com>
> *Subject: **forge build*
> *Date: *March 31, 2012 2:26:33 PM EDT
> *To: *Lincoln Baxter <lbaxter at redhat.com>, Koen Aers <kaers at redhat.com>
>
> Please tell me how to make "mvn install" work with Forge.
>
> I use
> "git clone https://github.com/forge/core.git"
> "mvn install"
>
> and I always have test failures on Mac & Windows
>
> Tests in error:
>
>  testRunScriptNotHostHttpUrl(org.jboss.forge.shell.test.plugins.builtin.RunUrlP
> luginTest): Unexpected exception, expected<java.net.UnknownHostException>
> but wa
> s<org.mvel2.CompileException>
>
> Tests run: 136, Failures: 0, Errors: 1, Skipped: 5
>
> [INFO]
> ------------------------------------------------------------------------
> [INFO] Reactor Summary:
> [INFO]
> [INFO] Forge - Parent .................................... SUCCESS [0.733s]
> [INFO] Forge - Targeted Event Bus ........................ SUCCESS
> [40.622s]
> [INFO] Forge - Parser/Java API ........................... SUCCESS [1.246s]
> [INFO] Forge - Parser/XML ................................ SUCCESS [0.950s]
> [INFO] Forge - Shell API ................................. SUCCESS
> [10.231s]
> [INFO] Forge - Maven Integration APIs .................... SUCCESS
> [22.668s]
> [INFO] Forge - Git Integration ........................... SUCCESS [7.097s]
> [INFO] Forge - Test Harness .............................. SUCCESS [1.277s]
> [INFO] Forge - Maven Project Model ....................... SUCCESS
> [18.364s]
> [INFO] Forge - Parser/Java ............................... SUCCESS
> [28.347s]
> [INFO] Forge - Shell ..................................... FAILURE
> [3:42.427s]
> [INFO] Forge - Git Integration Tests ..................... SKIPPED
> [INFO] Forge - Project Model Maven Tests ................. SKIPPED
> [INFO] Forge - Test Harness (Web) ........................ SKIPPED
> [INFO] Forge - Java EE APIs .............................. SKIPPED
> [INFO] Forge - Java EE Integration Impl & Plugins ........ SKIPPED
> [INFO] Forge - Scaffolding APIs .......................... SKIPPED
> [INFO] Forge - Scaffolding Plugins ....................... SKIPPED
> [INFO] Forge - Dev Plugins ............................... SKIPPED
> [INFO] Forge - Scaffold Provider for Java Server Faces ... SKIPPED
> [INFO] Forge - Modular Plugin Loader ..................... SKIPPED
> [INFO] JBoss Forge - Distribution Build .................. SKIPPED
> [INFO]
> ------------------------------------------------------------------------
> [INFO] BUILD FAILURE
> [INFO]
> ------------------------------------------------------------------------
> [INFO] Total time: 5:56.660s
> [INFO] Finished at: Sat Mar 31 13:07:19 EDT 2012
> [INFO] Final Memory: 30M/102M
> [INFO]
> ------------------------------------------------------------------------
> [ERROR] Failed to execute goal
> org.apache.maven.plugins:maven-surefire-plugin:2.
> 12:test (default-test) on project forge-shell: There are test failures.
> [ERROR]
> [ERROR] Please refer to D:\code\forge\core\shell\target\surefire-reports
> for the
> individual test results.
> [ERROR] -> [Help 1]
> [ERROR]
> [ERROR] To see the full stack trace of the errors, re-run Maven with the
> -e swit
> ch.
> [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 rea
> d the following articles:
> [ERROR] [Help 1]
> http://cwiki.apache.org/confluence/display/MAVEN/MojoFailureExc
> eption
> [ERROR]
> [ERROR] After correcting the problems, you can resume the build with the
> command
>
> [ERROR]   mvn <goals> -rf :forge-shell
> D:\code\forge\core>
>
>
>
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev
>
>


-- 
Lincoln Baxter, III
http://ocpsoft.org
"Simpler is better."
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120403/09f5ac6b/attachment.html 

From lincolnbaxter at gmail.com  Tue Apr  3 15:55:48 2012
From: lincolnbaxter at gmail.com (Lincoln Baxter, III)
Date: Tue, 3 Apr 2012 15:55:48 -0400
Subject: [forge-dev] new website
In-Reply-To: <5C2AD2D1-7BB0-4FEC-9480-EABC8764EC26@gmail.com>
References: <730D8BFA-060E-4694-97CE-DDD85DE520A2@gmail.com>
	<7394F03C-0DA4-424E-8601-3F8CB6B0D93E@gmail.com>
	<067398D1-C828-4A67-9E38-4EA9D7A05DB4@gmail.com>
	<CAEp_U4EEBqX5=oLi_KD9HYY51S6xWUQeyMPA_3V2HGUGvjmkdw@mail.gmail.com>
	<974393BE-6DDF-46E3-A342-0090CBA13DD1@gmail.com>
	<CACYLA9H1GKULYE-axMbNwcf5v07AWiaZtYUPyHa_kN0t2LP3xg@mail.gmail.com>
	<5C2AD2D1-7BB0-4FEC-9480-EABC8764EC26@gmail.com>
Message-ID: <CAEp_U4FT_Uy3a9BjLi998UAMBY61v0GGD+bN2v+Ccq6jH6doXQ@mail.gmail.com>

Awesome! Maybe that should go in the Awestruct FAQ on our quickstart.

On Tue, Apr 3, 2012 at 12:41 AM, Paul Bakker <paul.bakker.nl at gmail.com>wrote:

> Hi Ivan,
>
> Thanks for helping on the site!
> The Textile file looks ok. For some changes you have to force Awestruct to
> re-generate the site. In this case it doesn't regenerate the index page
> because it is unchanged itself. Remove the _site directory and restart
> Awestruct to make sure everything is generated.
>
> Paul
>
> On Apr 2, 2012, at 23:57 , Ivan St. Ivanov wrote:
>
> Hey Paul,
>
> I installed awestruct and added a documentation page:
> https://docs.jboss.org/author/display/FORGE/Give+your+Plugin+a+name
>
> However, when I go to the documentation index page (
> http://localhost:4242/docs/index.html), I don't see my newly added
> document in the list on the left. I see an HTML generated
> under _site\docs\plugin_development. But nothing refers to it.
>
> Do I miss something? I've attached my textile file.
>
> Thanks,
> Ivan
>
> On Tue, Mar 20, 2012 at 8:24 AM, Paul Bakker <paul.bakker.nl at gmail.com>wrote:
>
>> Started fresh, so we can build it up step by step. They built a bunch of
>> plugins that we should reuse though.
>>
>> Sent from my iPhone
>>
>> On 20 mrt. 2012, at 05:22, "Lincoln Baxter, III" <lincolnbaxter at gmail.com>
>> wrote:
>>
>> Hey Paul,
>>
>> Did you start with a fresh Awestruct instance, or did you take things
>> from Arquillian? I think it would be a good idea to look at what they have
>> done before we get too far on creating our own. In fact, they have been
>> working extensively to make their system reusable for many projects!
>>
>> ~Lincoln
>>
>> On Sun, Mar 18, 2012 at 8:23 AM, Paul Bakker <paul.bakker.nl at gmail.com>wrote:
>>
>>> Thanks for testing, it should work a lot better now!
>>>
>>> Paul
>>>
>>> On Mar 17, 2012, at 17:29 , Jason Porter wrote:
>>>
>>> > Site's not really mobile friendly, FYI.
>>> >
>>> > Sent from my iPhone
>>> >
>>> > On Mar 17, 2012, at 8:14, Paul Bakker <paul.bakker.nl at gmail.com>
>>> wrote:
>>> >
>>> >> Hi all,
>>> >>
>>> >> As promised I started work on the new website. After some good
>>> experiences with it for the Arquillian website we decided to use Awestruct
>>> for this. This basically allows you to do some "dynamic" things like
>>> templating while the result is still plain HTML.
>>> >> For the look&feel I used the Bootstrap library. We still have a lot
>>> of work to do, but I did set up the structure of the site. Now it's just
>>> adding more and more content.
>>> >>
>>> >> There are a few things to look at:
>>> >> 1) The front page
>>> >> It contains a news section which is aggregated from the "news"
>>> directory. The pages within the news directory must have the format of
>>> yyyy-MM-dd-post-pagetitle.textile to be picked up.
>>> >>
>>> >> 2) The documentation page
>>> >> The documentation pages have their own template which creates the
>>> menu structure: _layouts/docs.html.haml. If a new page is added we need to
>>> add it to the menu too (this can probably be automated).
>>> >>
>>> >> You can preview the site here:
>>> http://jboss-forge.s3.amazonaws.com/index.html and the sources are on
>>> github: https://github.com/forge/website
>>> >>
>>> >> I will continue adding content myself, but please contribute on this.
>>> You can simply send pull requests on git like always. The most important at
>>> this point is to migrate the documentation.
>>> >>
>>> >> Paul
>>> >> _______________________________________________
>>> >> forge-dev mailing list
>>> >> forge-dev at lists.jboss.org
>>> >> https://lists.jboss.org/mailman/listinfo/forge-dev
>>> >
>>> > _______________________________________________
>>> > forge-dev mailing list
>>> > forge-dev at lists.jboss.org
>>> > https://lists.jboss.org/mailman/listinfo/forge-dev
>>>
>>>
>>> _______________________________________________
>>> forge-dev mailing list
>>> forge-dev at lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>
>>
>>
>>
>> --
>> Lincoln Baxter, III
>> http://ocpsoft.org
>> "Simpler is better."
>>
>> _______________________________________________
>> forge-dev mailing list
>> forge-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>
>>
>> _______________________________________________
>> forge-dev mailing list
>> forge-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>
>>
> <give-your-plugin-name.textile>
> _______________________________________________
>
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev
>
>
>
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev
>
>


-- 
Lincoln Baxter, III
http://ocpsoft.org
"Simpler is better."
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120403/407e8c93/attachment.html 

From bsutter at redhat.com  Tue Apr  3 16:04:34 2012
From: bsutter at redhat.com (Burr Sutter)
Date: Tue, 3 Apr 2012 16:04:34 -0400
Subject: [forge-dev] Fwd: forge build
In-Reply-To: <CAEp_U4FJgcqJnc2oH+_3hy8kKd6zCgmpbK0tRpr6ezDix7aJhw@mail.gmail.com>
References: <b3abdbfc-c135-41f0-9f98-f00cdc0dbb52@zmail11.collab.prod.int.phx2.redhat.com>
	<6A8EB894-1188-4482-A3F9-67B3E8D877FC@redhat.com>
	<CAEp_U4FJgcqJnc2oH+_3hy8kKd6zCgmpbK0tRpr6ezDix7aJhw@mail.gmail.com>
Message-ID: <D3CA235A-1B5F-4AB8-B71C-73B2B9D23630@redhat.com>

I have only tried building Forge about 5 times - putting the git clone results into a brand new directory.

I had to use -DskipTests every time.

Perhaps there is an environmental setting for the average Mac or Windows machine to allow for the tests to run.

On Apr 3, 2012, at 3:55 PM, Lincoln Baxter, III wrote:

> Hey guys, have any of you seen an issue like this before?
> 
> On Mon, Apr 2, 2012 at 6:07 PM, Burr Sutter <bsutter at redhat.com> wrote:
> 
> 
> Begin forwarded message:
> 
>> From: Burr Sutter <bsutter at redhat.com>
>> Subject: forge build
>> Date: March 31, 2012 2:26:33 PM EDT
>> To: Lincoln Baxter <lbaxter at redhat.com>, Koen Aers <kaers at redhat.com>
>> 
>> Please tell me how to make "mvn install" work with Forge.
>> 
>> I use 
>> "git clone https://github.com/forge/core.git"
>> "mvn install"
>> 
>> and I always have test failures on Mac & Windows
>> 
>> Tests in error:
>>  testRunScriptNotHostHttpUrl(org.jboss.forge.shell.test.plugins.builtin.RunUrlP
>> luginTest): Unexpected exception, expected<java.net.UnknownHostException> but wa
>> s<org.mvel2.CompileException>
>> 
>> Tests run: 136, Failures: 0, Errors: 1, Skipped: 5
>> 
>> [INFO] ------------------------------------------------------------------------
>> [INFO] Reactor Summary:
>> [INFO]
>> [INFO] Forge - Parent .................................... SUCCESS [0.733s]
>> [INFO] Forge - Targeted Event Bus ........................ SUCCESS [40.622s]
>> [INFO] Forge - Parser/Java API ........................... SUCCESS [1.246s]
>> [INFO] Forge - Parser/XML ................................ SUCCESS [0.950s]
>> [INFO] Forge - Shell API ................................. SUCCESS [10.231s]
>> [INFO] Forge - Maven Integration APIs .................... SUCCESS [22.668s]
>> [INFO] Forge - Git Integration ........................... SUCCESS [7.097s]
>> [INFO] Forge - Test Harness .............................. SUCCESS [1.277s]
>> [INFO] Forge - Maven Project Model ....................... SUCCESS [18.364s]
>> [INFO] Forge - Parser/Java ............................... SUCCESS [28.347s]
>> [INFO] Forge - Shell ..................................... FAILURE [3:42.427s]
>> [INFO] Forge - Git Integration Tests ..................... SKIPPED
>> [INFO] Forge - Project Model Maven Tests ................. SKIPPED
>> [INFO] Forge - Test Harness (Web) ........................ SKIPPED
>> [INFO] Forge - Java EE APIs .............................. SKIPPED
>> [INFO] Forge - Java EE Integration Impl & Plugins ........ SKIPPED
>> [INFO] Forge - Scaffolding APIs .......................... SKIPPED
>> [INFO] Forge - Scaffolding Plugins ....................... SKIPPED
>> [INFO] Forge - Dev Plugins ............................... SKIPPED
>> [INFO] Forge - Scaffold Provider for Java Server Faces ... SKIPPED
>> [INFO] Forge - Modular Plugin Loader ..................... SKIPPED
>> [INFO] JBoss Forge - Distribution Build .................. SKIPPED
>> [INFO] ------------------------------------------------------------------------
>> [INFO] BUILD FAILURE
>> [INFO] ------------------------------------------------------------------------
>> [INFO] Total time: 5:56.660s
>> [INFO] Finished at: Sat Mar 31 13:07:19 EDT 2012
>> [INFO] Final Memory: 30M/102M
>> [INFO] ------------------------------------------------------------------------
>> [ERROR] Failed to execute goal org.apache.maven.plugins:maven-surefire-plugin:2.
>> 12:test (default-test) on project forge-shell: There are test failures.
>> [ERROR]
>> [ERROR] Please refer to D:\code\forge\core\shell\target\surefire-reports for the
>> individual test results.
>> [ERROR] -> [Help 1]
>> [ERROR]
>> [ERROR] To see the full stack trace of the errors, re-run Maven with the -e swit
>> ch.
>> [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 rea
>> d the following articles:
>> [ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/MojoFailureExc
>> eption
>> [ERROR]
>> [ERROR] After correcting the problems, you can resume the build with the command
>> 
>> [ERROR]   mvn <goals> -rf :forge-shell
>> D:\code\forge\core>
> 
> 
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev
> 
> 
> 
> 
> -- 
> Lincoln Baxter, III
> http://ocpsoft.org
> "Simpler is better."
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120403/9c8a9a4f/attachment-0001.html 

From lincolnbaxter at gmail.com  Tue Apr  3 16:08:13 2012
From: lincolnbaxter at gmail.com (Lincoln Baxter, III)
Date: Tue, 3 Apr 2012 16:08:13 -0400
Subject: [forge-dev] Forge'in ahead with JBoss Tools
In-Reply-To: <AFB54DE2-50DF-4E33-9F74-9F02191BAB78@redhat.com>
References: <AFB54DE2-50DF-4E33-9F74-9F02191BAB78@redhat.com>
Message-ID: <CAEp_U4Gpkv_cLA2q=zK9z_5ZyWya8d=j8uQMzG2qyRywNijivw@mail.gmail.com>

Burr. VERY impressive videos. Thanks for sharing these!

On Tue, Apr 3, 2012 at 8:21 AM, Burr Sutter <bsutter at redhat.com> wrote:

> In my recent video series I have two videos that describe Forge - and a
> Hibernate Tools interlude in-between, I wish to know if I have demo'd Forge
> well - did I highlight forge's best features?
>
> 4. Forge Introduction in JBoss Developer Studio 5
> http://www.screencast.com/t/olxrVyPy5
> http://vimeo.com/39608223
> Forge is JBoss's rapid application development tool.  A command line based
> tool that is embedded in JBoss Developer Studio 5.  Run a whole script of
> commands to render a complete application.
>
> 5. Hibernate Tools for DB Reverse Engineering
> http://www.screencast.com/t/x6lcG2BP8jn5
> http://vimeo.com/39608294
> Hibernate Tools have been part of JBoss Developer Studio for a long time -
> now they are integrated with Dali - and you can use Dali's JPA Generate
> Entities from Tables feature.   This video walks you through how to setup
> the Hibernate Configuration and the JBDC connection to allow for JPA entity
> generation.
> Sakila H2 Database:
> https://github.com/maxandersen/sakila-h2
>
> 6. Forge for DB Reverse Engineering with CRUD
> http://www.screencast.com/t/aSym9aul5
> http://vimeo.com/39608326
> Forge also has a Hibernate Tools plugin that allows it to analyze a
> database schema and produce JPA entity classes.  Then Forge can use its
> scaffolding feature to generate JSF2 Create, Read, Update and Delete (CRUD)
>  user interfaces.
>
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev
>
>


-- 
Lincoln Baxter, III
http://ocpsoft.org
"Simpler is better."
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120403/d7813bac/attachment.html 

From lightguard.jp at gmail.com  Tue Apr  3 16:01:07 2012
From: lightguard.jp at gmail.com (Jason Porter)
Date: Tue, 3 Apr 2012 14:01:07 -0600
Subject: [forge-dev] Open challenge: UTF-8 not supported by the Java
 Runtime? Says who?
In-Reply-To: <CAEp_U4HquHV-kjiLcje3vjF4vdnKdVPJ18zepynPZYAtoRN9sg@mail.gmail.com>
References: <CAEp_U4HquHV-kjiLcje3vjF4vdnKdVPJ18zepynPZYAtoRN9sg@mail.gmail.com>
Message-ID: <CAF9TksMcqv11CY5gkqPHaWrdSN0pSQM77oqS_UDLPPFuUynZLw@mail.gmail.com>

Not much to go off. JIRA?

On Tue, Apr 3, 2012 at 13:54, Lincoln Baxter, III
<lincolnbaxter at gmail.com>wrote:

> If anyone can figure this out. I'll buy you a beer. I'm stumped!
>
> What I know is that the errors are due to accessing the Configuration
> ~/forge/config.xml and the local project configuration
> /project/.forge_settings.xml
>
> Good luck!
>
> --
> Lincoln Baxter, III
> http://ocpsoft.org
> "Simpler is better."
>
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev
>
>


-- 
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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120403/d0bb4ca9/attachment.html 

From lightguard.jp at gmail.com  Tue Apr  3 16:05:54 2012
From: lightguard.jp at gmail.com (Jason Porter)
Date: Tue, 3 Apr 2012 14:05:54 -0600
Subject: [forge-dev] Fwd: forge build
In-Reply-To: <D3CA235A-1B5F-4AB8-B71C-73B2B9D23630@redhat.com>
References: <b3abdbfc-c135-41f0-9f98-f00cdc0dbb52@zmail11.collab.prod.int.phx2.redhat.com>
	<6A8EB894-1188-4482-A3F9-67B3E8D877FC@redhat.com>
	<CAEp_U4FJgcqJnc2oH+_3hy8kKd6zCgmpbK0tRpr6ezDix7aJhw@mail.gmail.com>
	<D3CA235A-1B5F-4AB8-B71C-73B2B9D23630@redhat.com>
Message-ID: <CAF9TksOt8EdBqBttvvSysfpbPK7X0LQ+5AadGDCFPO_hTqiNmg@mail.gmail.com>

I run -DskipTests on Fedora as well because of failing tests.

On Tue, Apr 3, 2012 at 14:04, Burr Sutter <bsutter at redhat.com> wrote:

> I have only tried building Forge about 5 times - putting the git clone
> results into a brand new directory.
>
> I had to use -DskipTests every time.
>
> Perhaps there is an environmental setting for the average Mac or Windows
> machine to allow for the tests to run.
>
> On Apr 3, 2012, at 3:55 PM, Lincoln Baxter, III wrote:
>
> Hey guys, have any of you seen an issue like this before?
>
> On Mon, Apr 2, 2012 at 6:07 PM, Burr Sutter <bsutter at redhat.com> wrote:
>
>>
>>
>> Begin forwarded message:
>>
>> *From: *Burr Sutter <bsutter at redhat.com>
>> *Subject: **forge build*
>> *Date: *March 31, 2012 2:26:33 PM EDT
>> *To: *Lincoln Baxter <lbaxter at redhat.com>, Koen Aers <kaers at redhat.com>
>>
>> Please tell me how to make "mvn install" work with Forge.
>>
>> I use
>> "git clone https://github.com/forge/core.git"
>> "mvn install"
>>
>> and I always have test failures on Mac & Windows
>>
>> Tests in error:
>>
>>  testRunScriptNotHostHttpUrl(org.jboss.forge.shell.test.plugins.builtin.RunUrlP
>> luginTest): Unexpected exception, expected<java.net.UnknownHostException>
>> but wa
>> s<org.mvel2.CompileException>
>>
>> Tests run: 136, Failures: 0, Errors: 1, Skipped: 5
>>
>> [INFO]
>> ------------------------------------------------------------------------
>> [INFO] Reactor Summary:
>> [INFO]
>> [INFO] Forge - Parent .................................... SUCCESS
>> [0.733s]
>> [INFO] Forge - Targeted Event Bus ........................ SUCCESS
>> [40.622s]
>> [INFO] Forge - Parser/Java API ........................... SUCCESS
>> [1.246s]
>> [INFO] Forge - Parser/XML ................................ SUCCESS
>> [0.950s]
>> [INFO] Forge - Shell API ................................. SUCCESS
>> [10.231s]
>> [INFO] Forge - Maven Integration APIs .................... SUCCESS
>> [22.668s]
>> [INFO] Forge - Git Integration ........................... SUCCESS
>> [7.097s]
>> [INFO] Forge - Test Harness .............................. SUCCESS
>> [1.277s]
>> [INFO] Forge - Maven Project Model ....................... SUCCESS
>> [18.364s]
>> [INFO] Forge - Parser/Java ............................... SUCCESS
>> [28.347s]
>> [INFO] Forge - Shell ..................................... FAILURE
>> [3:42.427s]
>> [INFO] Forge - Git Integration Tests ..................... SKIPPED
>> [INFO] Forge - Project Model Maven Tests ................. SKIPPED
>> [INFO] Forge - Test Harness (Web) ........................ SKIPPED
>> [INFO] Forge - Java EE APIs .............................. SKIPPED
>> [INFO] Forge - Java EE Integration Impl & Plugins ........ SKIPPED
>> [INFO] Forge - Scaffolding APIs .......................... SKIPPED
>> [INFO] Forge - Scaffolding Plugins ....................... SKIPPED
>> [INFO] Forge - Dev Plugins ............................... SKIPPED
>> [INFO] Forge - Scaffold Provider for Java Server Faces ... SKIPPED
>> [INFO] Forge - Modular Plugin Loader ..................... SKIPPED
>> [INFO] JBoss Forge - Distribution Build .................. SKIPPED
>> [INFO]
>> ------------------------------------------------------------------------
>> [INFO] BUILD FAILURE
>> [INFO]
>> ------------------------------------------------------------------------
>> [INFO] Total time: 5:56.660s
>> [INFO] Finished at: Sat Mar 31 13:07:19 EDT 2012
>> [INFO] Final Memory: 30M/102M
>> [INFO]
>> ------------------------------------------------------------------------
>> [ERROR] Failed to execute goal
>> org.apache.maven.plugins:maven-surefire-plugin:2.
>> 12:test (default-test) on project forge-shell: There are test failures.
>> [ERROR]
>> [ERROR] Please refer to D:\code\forge\core\shell\target\surefire-reports
>> for the
>> individual test results.
>> [ERROR] -> [Help 1]
>> [ERROR]
>> [ERROR] To see the full stack trace of the errors, re-run Maven with the
>> -e swit
>> ch.
>> [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 rea
>> d the following articles:
>> [ERROR] [Help 1]
>> http://cwiki.apache.org/confluence/display/MAVEN/MojoFailureExc
>> eption
>> [ERROR]
>> [ERROR] After correcting the problems, you can resume the build with the
>> command
>>
>> [ERROR]   mvn <goals> -rf :forge-shell
>> D:\code\forge\core>
>>
>>
>>
>> _______________________________________________
>> forge-dev mailing list
>> forge-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>
>>
>
>
> --
> Lincoln Baxter, III
> http://ocpsoft.org
> "Simpler is better."
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev
>
>
>
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev
>
>


-- 
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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120403/ef7ffc0b/attachment.html 

From mariusb at redhat.com  Tue Apr  3 17:40:40 2012
From: mariusb at redhat.com (Marius Bogoevici)
Date: Tue, 3 Apr 2012 17:40:40 -0400
Subject: [forge-dev] Open challenge: UTF-8 not supported by the Java
	Runtime? Says who?
In-Reply-To: <CAEp_U4HquHV-kjiLcje3vjF4vdnKdVPJ18zepynPZYAtoRN9sg@mail.gmail.com>
References: <CAEp_U4HquHV-kjiLcje3vjF4vdnKdVPJ18zepynPZYAtoRN9sg@mail.gmail.com>
Message-ID: <43FFBD8A-FA1E-4DEE-AAD6-00CCC1CDB4D3@redhat.com>

I suspect that the class sun.nio.cs.UTF_8 is not visible due to modularization settings.

On 2012-04-03, at 3:54 PM, Lincoln Baxter, III wrote:

> If anyone can figure this out. I'll buy you a beer. I'm stumped!
> 
> What I know is that the errors are due to accessing the Configuration ~/forge/config.xml and the local project configuration /project/.forge_settings.xml
> 
> Good luck!
> 
> -- 
> Lincoln Baxter, III
> http://ocpsoft.org
> "Simpler is better."
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120403/c1f0f944/attachment-0001.html 

From ivan.st.ivanov at gmail.com  Tue Apr  3 17:47:59 2012
From: ivan.st.ivanov at gmail.com (Ivan St. Ivanov)
Date: Wed, 4 Apr 2012 00:47:59 +0300
Subject: [forge-dev] new website
In-Reply-To: <CAEp_U4FT_Uy3a9BjLi998UAMBY61v0GGD+bN2v+Ccq6jH6doXQ@mail.gmail.com>
References: <730D8BFA-060E-4694-97CE-DDD85DE520A2@gmail.com>
	<7394F03C-0DA4-424E-8601-3F8CB6B0D93E@gmail.com>
	<067398D1-C828-4A67-9E38-4EA9D7A05DB4@gmail.com>
	<CAEp_U4EEBqX5=oLi_KD9HYY51S6xWUQeyMPA_3V2HGUGvjmkdw@mail.gmail.com>
	<974393BE-6DDF-46E3-A342-0090CBA13DD1@gmail.com>
	<CACYLA9H1GKULYE-axMbNwcf5v07AWiaZtYUPyHa_kN0t2LP3xg@mail.gmail.com>
	<5C2AD2D1-7BB0-4FEC-9480-EABC8764EC26@gmail.com>
	<CAEp_U4FT_Uy3a9BjLi998UAMBY61v0GGD+bN2v+Ccq6jH6doXQ@mail.gmail.com>
Message-ID: <CACYLA9GSoU5CorY20oh7tbwdT9B3RiB=dM8Dke7SNbbtLAFVzQ@mail.gmail.com>

Yes, sounds fine. I have also something for setting up Awestruct on
Windows. Before you install the Awestruct gem, you need to install DevKit,
as described here:
https://github.com/oneclick/rubyinstaller/wiki/Development-Kit. This worked
out of the box with Ruby, but not with JRuby (to be honest, I didn't spend
too much time to research why).

I have some questions about Textile. Do you know how I can escape a
character? For example -- is translated into dash. However, I want exactly
double hyphen and not dash. Is there a way to escape the translation?
Backslash doesn't help.

Is there also something that corresponds to the wiki's tip tag? The closest
I found was bq, but i don't really want to quote someone, I rather want to
provide a tip.

Cheers,
Ivan

On Tue, Apr 3, 2012 at 10:55 PM, Lincoln Baxter, III <
lincolnbaxter at gmail.com> wrote:

> Awesome! Maybe that should go in the Awestruct FAQ on our quickstart.
>
>
> On Tue, Apr 3, 2012 at 12:41 AM, Paul Bakker <paul.bakker.nl at gmail.com>wrote:
>
>> Hi Ivan,
>>
>> Thanks for helping on the site!
>> The Textile file looks ok. For some changes you have to force Awestruct
>> to re-generate the site. In this case it doesn't regenerate the index page
>> because it is unchanged itself. Remove the _site directory and restart
>> Awestruct to make sure everything is generated.
>>
>> Paul
>>
>> On Apr 2, 2012, at 23:57 , Ivan St. Ivanov wrote:
>>
>> Hey Paul,
>>
>> I installed awestruct and added a documentation page:
>> https://docs.jboss.org/author/display/FORGE/Give+your+Plugin+a+name
>>
>> However, when I go to the documentation index page (
>> http://localhost:4242/docs/index.html), I don't see my newly added
>> document in the list on the left. I see an HTML generated
>> under _site\docs\plugin_development. But nothing refers to it.
>>
>> Do I miss something? I've attached my textile file.
>>
>> Thanks,
>> Ivan
>>
>> On Tue, Mar 20, 2012 at 8:24 AM, Paul Bakker <paul.bakker.nl at gmail.com>wrote:
>>
>>> Started fresh, so we can build it up step by step. They built a bunch of
>>> plugins that we should reuse though.
>>>
>>> Sent from my iPhone
>>>
>>> On 20 mrt. 2012, at 05:22, "Lincoln Baxter, III" <
>>> lincolnbaxter at gmail.com> wrote:
>>>
>>> Hey Paul,
>>>
>>> Did you start with a fresh Awestruct instance, or did you take things
>>> from Arquillian? I think it would be a good idea to look at what they have
>>> done before we get too far on creating our own. In fact, they have been
>>> working extensively to make their system reusable for many projects!
>>>
>>> ~Lincoln
>>>
>>> On Sun, Mar 18, 2012 at 8:23 AM, Paul Bakker <paul.bakker.nl at gmail.com>wrote:
>>>
>>>> Thanks for testing, it should work a lot better now!
>>>>
>>>> Paul
>>>>
>>>> On Mar 17, 2012, at 17:29 , Jason Porter wrote:
>>>>
>>>> > Site's not really mobile friendly, FYI.
>>>> >
>>>> > Sent from my iPhone
>>>> >
>>>> > On Mar 17, 2012, at 8:14, Paul Bakker <paul.bakker.nl at gmail.com>
>>>> wrote:
>>>> >
>>>> >> Hi all,
>>>> >>
>>>> >> As promised I started work on the new website. After some good
>>>> experiences with it for the Arquillian website we decided to use Awestruct
>>>> for this. This basically allows you to do some "dynamic" things like
>>>> templating while the result is still plain HTML.
>>>> >> For the look&feel I used the Bootstrap library. We still have a lot
>>>> of work to do, but I did set up the structure of the site. Now it's just
>>>> adding more and more content.
>>>> >>
>>>> >> There are a few things to look at:
>>>> >> 1) The front page
>>>> >> It contains a news section which is aggregated from the "news"
>>>> directory. The pages within the news directory must have the format of
>>>> yyyy-MM-dd-post-pagetitle.textile to be picked up.
>>>> >>
>>>> >> 2) The documentation page
>>>> >> The documentation pages have their own template which creates the
>>>> menu structure: _layouts/docs.html.haml. If a new page is added we need to
>>>> add it to the menu too (this can probably be automated).
>>>> >>
>>>> >> You can preview the site here:
>>>> http://jboss-forge.s3.amazonaws.com/index.html and the sources are on
>>>> github: https://github.com/forge/website
>>>> >>
>>>> >> I will continue adding content myself, but please contribute on
>>>> this. You can simply send pull requests on git like always. The most
>>>> important at this point is to migrate the documentation.
>>>> >>
>>>> >> Paul
>>>> >> _______________________________________________
>>>> >> forge-dev mailing list
>>>> >> forge-dev at lists.jboss.org
>>>> >> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>> >
>>>> > _______________________________________________
>>>> > forge-dev mailing list
>>>> > forge-dev at lists.jboss.org
>>>> > https://lists.jboss.org/mailman/listinfo/forge-dev
>>>>
>>>>
>>>> _______________________________________________
>>>> forge-dev mailing list
>>>> forge-dev at lists.jboss.org
>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>>
>>>
>>>
>>>
>>> --
>>> Lincoln Baxter, III
>>> http://ocpsoft.org
>>> "Simpler is better."
>>>
>>> _______________________________________________
>>> forge-dev mailing list
>>> forge-dev at lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>
>>>
>>> _______________________________________________
>>> forge-dev mailing list
>>> forge-dev at lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>
>>>
>> <give-your-plugin-name.textile>
>> _______________________________________________
>>
>> forge-dev mailing list
>> forge-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>
>>
>>
>> _______________________________________________
>> forge-dev mailing list
>> forge-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>
>>
>
>
> --
> Lincoln Baxter, III
> http://ocpsoft.org
> "Simpler is better."
>
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120404/52da8042/attachment.html 

From fruehbeck at aon.at  Tue Apr  3 18:38:02 2012
From: fruehbeck at aon.at (=?ISO-8859-1?Q?Thomas_Fr=FChbeck?=)
Date: Wed, 04 Apr 2012 00:38:02 +0200
Subject: [forge-dev] Forge'in ahead with JBoss Tools
In-Reply-To: <AFB54DE2-50DF-4E33-9F74-9F02191BAB78@redhat.com>
References: <AFB54DE2-50DF-4E33-9F74-9F02191BAB78@redhat.com>
Message-ID: <4F7B7BCA.8050404@aon.at>

Hi Burr,
I absolutely like your presentations, they are fast, dense, full of 
sound well established information - makes one eager to have a go with 
whatever you talk about :-)
Your three presentations - putting JBoss Tools and Forge side by side - 
made me think about why I jumped when I first saw Forge.
We all have seen CRUD webapp generators (remember Middlegen?), I havent 
seen one yet, where I didnt reach the point of no return, when you have 
to know _very_ much about the inner workings to realize a simple thing.
For me the question is not: can I do the same as with all those big 
GUIs, they are there already.
The question is: where does it lead off?
   - modern: (dont just edit CDI, it _is_ CDI) incorporates well 
established frameworks, w/o lock in
   - versatile: Testing, multi server, multi platform (Faces, aerogear..)
   - extensible (need a functionality? write a plugin using forge!)

Regards,
Thomas

Am 03.04.2012 14:21, schrieb Burr Sutter:
> In my recent video series I have two videos that describe Forge - and 
> a Hibernate Tools interlude in-between, I wish to know if I have 
> demo'd Forge well - did I highlight forge's best features?
>


From lincolnbaxter at gmail.com  Tue Apr  3 20:39:41 2012
From: lincolnbaxter at gmail.com (Lincoln Baxter, III)
Date: Tue, 3 Apr 2012 20:39:41 -0400
Subject: [forge-dev] Fwd: forge build
In-Reply-To: <CAF9TksOt8EdBqBttvvSysfpbPK7X0LQ+5AadGDCFPO_hTqiNmg@mail.gmail.com>
References: <b3abdbfc-c135-41f0-9f98-f00cdc0dbb52@zmail11.collab.prod.int.phx2.redhat.com>
	<6A8EB894-1188-4482-A3F9-67B3E8D877FC@redhat.com>
	<CAEp_U4FJgcqJnc2oH+_3hy8kKd6zCgmpbK0tRpr6ezDix7aJhw@mail.gmail.com>
	<D3CA235A-1B5F-4AB8-B71C-73B2B9D23630@redhat.com>
	<CAF9TksOt8EdBqBttvvSysfpbPK7X0LQ+5AadGDCFPO_hTqiNmg@mail.gmail.com>
Message-ID: <CAEp_U4FJTPvbi=ZA=Q1Ns+rDNMmN1fjdZQT5s1RVLd9UnQVA9Q@mail.gmail.com>

Which tests?? I don't even see failures with a clean repo. This build is
turning into a nightmare :)

On Tue, Apr 3, 2012 at 4:05 PM, Jason Porter <lightguard.jp at gmail.com>wrote:

> I run -DskipTests on Fedora as well because of failing tests.
>
>
> On Tue, Apr 3, 2012 at 14:04, Burr Sutter <bsutter at redhat.com> wrote:
>
>> I have only tried building Forge about 5 times - putting the git clone
>> results into a brand new directory.
>>
>> I had to use -DskipTests every time.
>>
>> Perhaps there is an environmental setting for the average Mac or Windows
>> machine to allow for the tests to run.
>>
>> On Apr 3, 2012, at 3:55 PM, Lincoln Baxter, III wrote:
>>
>> Hey guys, have any of you seen an issue like this before?
>>
>> On Mon, Apr 2, 2012 at 6:07 PM, Burr Sutter <bsutter at redhat.com> wrote:
>>
>>>
>>>
>>> Begin forwarded message:
>>>
>>> *From: *Burr Sutter <bsutter at redhat.com>
>>> *Subject: **forge build*
>>> *Date: *March 31, 2012 2:26:33 PM EDT
>>> *To: *Lincoln Baxter <lbaxter at redhat.com>, Koen Aers <kaers at redhat.com>
>>>
>>> Please tell me how to make "mvn install" work with Forge.
>>>
>>> I use
>>> "git clone https://github.com/forge/core.git"
>>> "mvn install"
>>>
>>> and I always have test failures on Mac & Windows
>>>
>>> Tests in error:
>>>
>>>  testRunScriptNotHostHttpUrl(org.jboss.forge.shell.test.plugins.builtin.RunUrlP
>>> luginTest): Unexpected exception,
>>> expected<java.net.UnknownHostException> but wa
>>> s<org.mvel2.CompileException>
>>>
>>> Tests run: 136, Failures: 0, Errors: 1, Skipped: 5
>>>
>>> [INFO]
>>> ------------------------------------------------------------------------
>>> [INFO] Reactor Summary:
>>> [INFO]
>>> [INFO] Forge - Parent .................................... SUCCESS
>>> [0.733s]
>>> [INFO] Forge - Targeted Event Bus ........................ SUCCESS
>>> [40.622s]
>>> [INFO] Forge - Parser/Java API ........................... SUCCESS
>>> [1.246s]
>>> [INFO] Forge - Parser/XML ................................ SUCCESS
>>> [0.950s]
>>> [INFO] Forge - Shell API ................................. SUCCESS
>>> [10.231s]
>>> [INFO] Forge - Maven Integration APIs .................... SUCCESS
>>> [22.668s]
>>> [INFO] Forge - Git Integration ........................... SUCCESS
>>> [7.097s]
>>> [INFO] Forge - Test Harness .............................. SUCCESS
>>> [1.277s]
>>> [INFO] Forge - Maven Project Model ....................... SUCCESS
>>> [18.364s]
>>> [INFO] Forge - Parser/Java ............................... SUCCESS
>>> [28.347s]
>>> [INFO] Forge - Shell ..................................... FAILURE
>>> [3:42.427s]
>>> [INFO] Forge - Git Integration Tests ..................... SKIPPED
>>> [INFO] Forge - Project Model Maven Tests ................. SKIPPED
>>> [INFO] Forge - Test Harness (Web) ........................ SKIPPED
>>> [INFO] Forge - Java EE APIs .............................. SKIPPED
>>> [INFO] Forge - Java EE Integration Impl & Plugins ........ SKIPPED
>>> [INFO] Forge - Scaffolding APIs .......................... SKIPPED
>>> [INFO] Forge - Scaffolding Plugins ....................... SKIPPED
>>> [INFO] Forge - Dev Plugins ............................... SKIPPED
>>> [INFO] Forge - Scaffold Provider for Java Server Faces ... SKIPPED
>>> [INFO] Forge - Modular Plugin Loader ..................... SKIPPED
>>> [INFO] JBoss Forge - Distribution Build .................. SKIPPED
>>> [INFO]
>>> ------------------------------------------------------------------------
>>> [INFO] BUILD FAILURE
>>> [INFO]
>>> ------------------------------------------------------------------------
>>> [INFO] Total time: 5:56.660s
>>> [INFO] Finished at: Sat Mar 31 13:07:19 EDT 2012
>>> [INFO] Final Memory: 30M/102M
>>> [INFO]
>>> ------------------------------------------------------------------------
>>> [ERROR] Failed to execute goal
>>> org.apache.maven.plugins:maven-surefire-plugin:2.
>>> 12:test (default-test) on project forge-shell: There are test failures.
>>> [ERROR]
>>> [ERROR] Please refer to D:\code\forge\core\shell\target\surefire-reports
>>> for the
>>> individual test results.
>>> [ERROR] -> [Help 1]
>>> [ERROR]
>>> [ERROR] To see the full stack trace of the errors, re-run Maven with the
>>> -e swit
>>> ch.
>>> [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 rea
>>> d the following articles:
>>> [ERROR] [Help 1]
>>> http://cwiki.apache.org/confluence/display/MAVEN/MojoFailureExc
>>> eption
>>> [ERROR]
>>> [ERROR] After correcting the problems, you can resume the build with the
>>> command
>>>
>>> [ERROR]   mvn <goals> -rf :forge-shell
>>> D:\code\forge\core>
>>>
>>>
>>>
>>> _______________________________________________
>>> forge-dev mailing list
>>> forge-dev at lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>
>>>
>>
>>
>> --
>> Lincoln Baxter, III
>> http://ocpsoft.org
>> "Simpler is better."
>> _______________________________________________
>> forge-dev mailing list
>> forge-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>
>>
>>
>> _______________________________________________
>> forge-dev mailing list
>> forge-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>
>>
>
>
> --
> 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
>
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev
>
>


-- 
Lincoln Baxter, III
http://ocpsoft.org
"Simpler is better."
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120403/c1746236/attachment-0001.html 

From lightguard.jp at gmail.com  Tue Apr  3 20:45:01 2012
From: lightguard.jp at gmail.com (Jason Porter)
Date: Tue, 3 Apr 2012 18:45:01 -0600
Subject: [forge-dev] Fwd: forge build
In-Reply-To: <CAEp_U4FJTPvbi=ZA=Q1Ns+rDNMmN1fjdZQT5s1RVLd9UnQVA9Q@mail.gmail.com>
References: <b3abdbfc-c135-41f0-9f98-f00cdc0dbb52@zmail11.collab.prod.int.phx2.redhat.com>
	<6A8EB894-1188-4482-A3F9-67B3E8D877FC@redhat.com>
	<CAEp_U4FJgcqJnc2oH+_3hy8kKd6zCgmpbK0tRpr6ezDix7aJhw@mail.gmail.com>
	<D3CA235A-1B5F-4AB8-B71C-73B2B9D23630@redhat.com>
	<CAF9TksOt8EdBqBttvvSysfpbPK7X0LQ+5AadGDCFPO_hTqiNmg@mail.gmail.com>
	<CAEp_U4FJTPvbi=ZA=Q1Ns+rDNMmN1fjdZQT5s1RVLd9UnQVA9Q@mail.gmail.com>
Message-ID: <BA90684D-9784-4178-9D2A-41739AAC289E@gmail.com>

I'll have to try again. Does they use $FORGE_HOME? If so, that would explain it

Sent from my iPhone

On Apr 3, 2012, at 18:39, "Lincoln Baxter, III" <lincolnbaxter at gmail.com> wrote:

> Which tests?? I don't even see failures with a clean repo. This build is turning into a nightmare :)
> 
> On Tue, Apr 3, 2012 at 4:05 PM, Jason Porter <lightguard.jp at gmail.com> wrote:
> I run -DskipTests on Fedora as well because of failing tests.
> 
> 
> On Tue, Apr 3, 2012 at 14:04, Burr Sutter <bsutter at redhat.com> wrote:
> I have only tried building Forge about 5 times - putting the git clone results into a brand new directory.
> 
> I had to use -DskipTests every time.
> 
> Perhaps there is an environmental setting for the average Mac or Windows machine to allow for the tests to run.
> 
> On Apr 3, 2012, at 3:55 PM, Lincoln Baxter, III wrote:
> 
>> Hey guys, have any of you seen an issue like this before?
>> 
>> On Mon, Apr 2, 2012 at 6:07 PM, Burr Sutter <bsutter at redhat.com> wrote:
>> 
>> 
>> Begin forwarded message:
>> 
>>> From: Burr Sutter <bsutter at redhat.com>
>>> Subject: forge build
>>> Date: March 31, 2012 2:26:33 PM EDT
>>> To: Lincoln Baxter <lbaxter at redhat.com>, Koen Aers <kaers at redhat.com>
>>> 
>>> Please tell me how to make "mvn install" work with Forge.
>>> 
>>> I use 
>>> "git clone https://github.com/forge/core.git"
>>> "mvn install"
>>> 
>>> and I always have test failures on Mac & Windows
>>> 
>>> Tests in error:
>>>  testRunScriptNotHostHttpUrl(org.jboss.forge.shell.test.plugins.builtin.RunUrlP
>>> luginTest): Unexpected exception, expected<java.net.UnknownHostException> but wa
>>> s<org.mvel2.CompileException>
>>> 
>>> Tests run: 136, Failures: 0, Errors: 1, Skipped: 5
>>> 
>>> [INFO] ------------------------------------------------------------------------
>>> [INFO] Reactor Summary:
>>> [INFO]
>>> [INFO] Forge - Parent .................................... SUCCESS [0.733s]
>>> [INFO] Forge - Targeted Event Bus ........................ SUCCESS [40.622s]
>>> [INFO] Forge - Parser/Java API ........................... SUCCESS [1.246s]
>>> [INFO] Forge - Parser/XML ................................ SUCCESS [0.950s]
>>> [INFO] Forge - Shell API ................................. SUCCESS [10.231s]
>>> [INFO] Forge - Maven Integration APIs .................... SUCCESS [22.668s]
>>> [INFO] Forge - Git Integration ........................... SUCCESS [7.097s]
>>> [INFO] Forge - Test Harness .............................. SUCCESS [1.277s]
>>> [INFO] Forge - Maven Project Model ....................... SUCCESS [18.364s]
>>> [INFO] Forge - Parser/Java ............................... SUCCESS [28.347s]
>>> [INFO] Forge - Shell ..................................... FAILURE [3:42.427s]
>>> [INFO] Forge - Git Integration Tests ..................... SKIPPED
>>> [INFO] Forge - Project Model Maven Tests ................. SKIPPED
>>> [INFO] Forge - Test Harness (Web) ........................ SKIPPED
>>> [INFO] Forge - Java EE APIs .............................. SKIPPED
>>> [INFO] Forge - Java EE Integration Impl & Plugins ........ SKIPPED
>>> [INFO] Forge - Scaffolding APIs .......................... SKIPPED
>>> [INFO] Forge - Scaffolding Plugins ....................... SKIPPED
>>> [INFO] Forge - Dev Plugins ............................... SKIPPED
>>> [INFO] Forge - Scaffold Provider for Java Server Faces ... SKIPPED
>>> [INFO] Forge - Modular Plugin Loader ..................... SKIPPED
>>> [INFO] JBoss Forge - Distribution Build .................. SKIPPED
>>> [INFO] ------------------------------------------------------------------------
>>> [INFO] BUILD FAILURE
>>> [INFO] ------------------------------------------------------------------------
>>> [INFO] Total time: 5:56.660s
>>> [INFO] Finished at: Sat Mar 31 13:07:19 EDT 2012
>>> [INFO] Final Memory: 30M/102M
>>> [INFO] ------------------------------------------------------------------------
>>> [ERROR] Failed to execute goal org.apache.maven.plugins:maven-surefire-plugin:2.
>>> 12:test (default-test) on project forge-shell: There are test failures.
>>> [ERROR]
>>> [ERROR] Please refer to D:\code\forge\core\shell\target\surefire-reports for the
>>> individual test results.
>>> [ERROR] -> [Help 1]
>>> [ERROR]
>>> [ERROR] To see the full stack trace of the errors, re-run Maven with the -e swit
>>> ch.
>>> [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 rea
>>> d the following articles:
>>> [ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/MojoFailureExc
>>> eption
>>> [ERROR]
>>> [ERROR] After correcting the problems, you can resume the build with the command
>>> 
>>> [ERROR]   mvn <goals> -rf :forge-shell
>>> D:\code\forge\core>
>> 
>> 
>> _______________________________________________
>> forge-dev mailing list
>> forge-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/forge-dev
>> 
>> 
>> 
>> 
>> -- 
>> Lincoln Baxter, III
>> http://ocpsoft.org
>> "Simpler is better."
>> _______________________________________________
>> forge-dev mailing list
>> forge-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/forge-dev
> 
> 
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev
> 
> 
> 
> 
> -- 
> 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
> 
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev
> 
> 
> 
> 
> -- 
> Lincoln Baxter, III
> http://ocpsoft.org
> "Simpler is better."
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120403/360bbdfd/attachment.html 

From lincolnbaxter at gmail.com  Tue Apr  3 23:12:19 2012
From: lincolnbaxter at gmail.com (Lincoln Baxter, III)
Date: Tue, 3 Apr 2012 23:12:19 -0400
Subject: [forge-dev] Fwd: forge build
In-Reply-To: <BA90684D-9784-4178-9D2A-41739AAC289E@gmail.com>
References: <b3abdbfc-c135-41f0-9f98-f00cdc0dbb52@zmail11.collab.prod.int.phx2.redhat.com>
	<6A8EB894-1188-4482-A3F9-67B3E8D877FC@redhat.com>
	<CAEp_U4FJgcqJnc2oH+_3hy8kKd6zCgmpbK0tRpr6ezDix7aJhw@mail.gmail.com>
	<D3CA235A-1B5F-4AB8-B71C-73B2B9D23630@redhat.com>
	<CAF9TksOt8EdBqBttvvSysfpbPK7X0LQ+5AadGDCFPO_hTqiNmg@mail.gmail.com>
	<CAEp_U4FJTPvbi=ZA=Q1Ns+rDNMmN1fjdZQT5s1RVLd9UnQVA9Q@mail.gmail.com>
	<BA90684D-9784-4178-9D2A-41739AAC289E@gmail.com>
Message-ID: <CAEp_U4E5fWKL=o=iNq7s+WxH=j4JupqAKV3XUWULzRezmDabyA@mail.gmail.com>

Hmmm. It shouldn't but I suppose that's possible!

Would be good to know.

~Lincoln

On Tue, Apr 3, 2012 at 8:45 PM, Jason Porter <lightguard.jp at gmail.com>wrote:

> I'll have to try again. Does they use $FORGE_HOME? If so, that would
> explain it
>
> Sent from my iPhone
>
> On Apr 3, 2012, at 18:39, "Lincoln Baxter, III" <lincolnbaxter at gmail.com>
> wrote:
>
> Which tests?? I don't even see failures with a clean repo. This build is
> turning into a nightmare :)
>
> On Tue, Apr 3, 2012 at 4:05 PM, Jason Porter <lightguard.jp at gmail.com>wrote:
>
>> I run -DskipTests on Fedora as well because of failing tests.
>>
>>
>> On Tue, Apr 3, 2012 at 14:04, Burr Sutter <bsutter at redhat.com> wrote:
>>
>>> I have only tried building Forge about 5 times - putting the git clone
>>> results into a brand new directory.
>>>
>>> I had to use -DskipTests every time.
>>>
>>> Perhaps there is an environmental setting for the average Mac or Windows
>>> machine to allow for the tests to run.
>>>
>>> On Apr 3, 2012, at 3:55 PM, Lincoln Baxter, III wrote:
>>>
>>> Hey guys, have any of you seen an issue like this before?
>>>
>>> On Mon, Apr 2, 2012 at 6:07 PM, Burr Sutter <bsutter at redhat.com> wrote:
>>>
>>>>
>>>>
>>>> Begin forwarded message:
>>>>
>>>> *From: *Burr Sutter <bsutter at redhat.com>
>>>> *Subject: **forge build*
>>>> *Date: *March 31, 2012 2:26:33 PM EDT
>>>> *To: *Lincoln Baxter <lbaxter at redhat.com>, Koen Aers <kaers at redhat.com>
>>>>
>>>> Please tell me how to make "mvn install" work with Forge.
>>>>
>>>> I use
>>>> "git clone https://github.com/forge/core.git"
>>>> "mvn install"
>>>>
>>>> and I always have test failures on Mac & Windows
>>>>
>>>> Tests in error:
>>>>
>>>>  testRunScriptNotHostHttpUrl(org.jboss.forge.shell.test.plugins.builtin.RunUrlP
>>>> luginTest): Unexpected exception,
>>>> expected<java.net.UnknownHostException> but wa
>>>> s<org.mvel2.CompileException>
>>>>
>>>> Tests run: 136, Failures: 0, Errors: 1, Skipped: 5
>>>>
>>>> [INFO]
>>>> ------------------------------------------------------------------------
>>>> [INFO] Reactor Summary:
>>>> [INFO]
>>>> [INFO] Forge - Parent .................................... SUCCESS
>>>> [0.733s]
>>>> [INFO] Forge - Targeted Event Bus ........................ SUCCESS
>>>> [40.622s]
>>>> [INFO] Forge - Parser/Java API ........................... SUCCESS
>>>> [1.246s]
>>>> [INFO] Forge - Parser/XML ................................ SUCCESS
>>>> [0.950s]
>>>> [INFO] Forge - Shell API ................................. SUCCESS
>>>> [10.231s]
>>>> [INFO] Forge - Maven Integration APIs .................... SUCCESS
>>>> [22.668s]
>>>> [INFO] Forge - Git Integration ........................... SUCCESS
>>>> [7.097s]
>>>> [INFO] Forge - Test Harness .............................. SUCCESS
>>>> [1.277s]
>>>> [INFO] Forge - Maven Project Model ....................... SUCCESS
>>>> [18.364s]
>>>> [INFO] Forge - Parser/Java ............................... SUCCESS
>>>> [28.347s]
>>>> [INFO] Forge - Shell ..................................... FAILURE
>>>> [3:42.427s]
>>>> [INFO] Forge - Git Integration Tests ..................... SKIPPED
>>>> [INFO] Forge - Project Model Maven Tests ................. SKIPPED
>>>> [INFO] Forge - Test Harness (Web) ........................ SKIPPED
>>>> [INFO] Forge - Java EE APIs .............................. SKIPPED
>>>> [INFO] Forge - Java EE Integration Impl & Plugins ........ SKIPPED
>>>> [INFO] Forge - Scaffolding APIs .......................... SKIPPED
>>>> [INFO] Forge - Scaffolding Plugins ....................... SKIPPED
>>>> [INFO] Forge - Dev Plugins ............................... SKIPPED
>>>> [INFO] Forge - Scaffold Provider for Java Server Faces ... SKIPPED
>>>> [INFO] Forge - Modular Plugin Loader ..................... SKIPPED
>>>> [INFO] JBoss Forge - Distribution Build .................. SKIPPED
>>>> [INFO]
>>>> ------------------------------------------------------------------------
>>>> [INFO] BUILD FAILURE
>>>> [INFO]
>>>> ------------------------------------------------------------------------
>>>> [INFO] Total time: 5:56.660s
>>>> [INFO] Finished at: Sat Mar 31 13:07:19 EDT 2012
>>>> [INFO] Final Memory: 30M/102M
>>>> [INFO]
>>>> ------------------------------------------------------------------------
>>>> [ERROR] Failed to execute goal
>>>> org.apache.maven.plugins:maven-surefire-plugin:2.
>>>> 12:test (default-test) on project forge-shell: There are test failures.
>>>> [ERROR]
>>>> [ERROR] Please refer to
>>>> D:\code\forge\core\shell\target\surefire-reports for the
>>>> individual test results.
>>>> [ERROR] -> [Help 1]
>>>> [ERROR]
>>>> [ERROR] To see the full stack trace of the errors, re-run Maven with
>>>> the -e swit
>>>> ch.
>>>> [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 rea
>>>> d the following articles:
>>>> [ERROR] [Help 1]
>>>> http://cwiki.apache.org/confluence/display/MAVEN/MojoFailureExc
>>>> eption
>>>> [ERROR]
>>>> [ERROR] After correcting the problems, you can resume the build with
>>>> the command
>>>>
>>>> [ERROR]   mvn <goals> -rf :forge-shell
>>>> D:\code\forge\core>
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> forge-dev mailing list
>>>> forge-dev at lists.jboss.org
>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>>
>>>>
>>>
>>>
>>> --
>>> Lincoln Baxter, III
>>> http://ocpsoft.org
>>> "Simpler is better."
>>> _______________________________________________
>>> forge-dev mailing list
>>> forge-dev at lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>
>>>
>>>
>>> _______________________________________________
>>> forge-dev mailing list
>>> forge-dev at lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>
>>>
>>
>>
>> --
>> 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
>>
>> _______________________________________________
>> forge-dev mailing list
>> forge-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>
>>
>
>
> --
> Lincoln Baxter, III
> http://ocpsoft.org
> "Simpler is better."
>
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev
>
>
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev
>
>


-- 
Lincoln Baxter, III
http://ocpsoft.org
"Simpler is better."
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120403/6d03189b/attachment-0001.html 

From lightguard.jp at gmail.com  Tue Apr  3 23:26:00 2012
From: lightguard.jp at gmail.com (Jason Porter)
Date: Tue, 3 Apr 2012 21:26:00 -0600
Subject: [forge-dev] Fwd: forge build
In-Reply-To: <CAEp_U4E5fWKL=o=iNq7s+WxH=j4JupqAKV3XUWULzRezmDabyA@mail.gmail.com>
References: <b3abdbfc-c135-41f0-9f98-f00cdc0dbb52@zmail11.collab.prod.int.phx2.redhat.com>
	<6A8EB894-1188-4482-A3F9-67B3E8D877FC@redhat.com>
	<CAEp_U4FJgcqJnc2oH+_3hy8kKd6zCgmpbK0tRpr6ezDix7aJhw@mail.gmail.com>
	<D3CA235A-1B5F-4AB8-B71C-73B2B9D23630@redhat.com>
	<CAF9TksOt8EdBqBttvvSysfpbPK7X0LQ+5AadGDCFPO_hTqiNmg@mail.gmail.com>
	<CAEp_U4FJTPvbi=ZA=Q1Ns+rDNMmN1fjdZQT5s1RVLd9UnQVA9Q@mail.gmail.com>
	<BA90684D-9784-4178-9D2A-41739AAC289E@gmail.com>
	<CAEp_U4E5fWKL=o=iNq7s+WxH=j4JupqAKV3XUWULzRezmDabyA@mail.gmail.com>
Message-ID: <BB6C4DC1-BB87-4556-A35D-E3D827B40D70@gmail.com>

I'll let you know. 

Sent from my iPhone

On Apr 3, 2012, at 21:12, "Lincoln Baxter, III" <lincolnbaxter at gmail.com> wrote:

> Hmmm. It shouldn't but I suppose that's possible!
> 
> Would be good to know.
> 
> ~Lincoln
> 
> On Tue, Apr 3, 2012 at 8:45 PM, Jason Porter <lightguard.jp at gmail.com> wrote:
> I'll have to try again. Does they use $FORGE_HOME? If so, that would explain it
> 
> Sent from my iPhone
> 
> On Apr 3, 2012, at 18:39, "Lincoln Baxter, III" <lincolnbaxter at gmail.com> wrote:
> 
>> Which tests?? I don't even see failures with a clean repo. This build is turning into a nightmare :)
>> 
>> On Tue, Apr 3, 2012 at 4:05 PM, Jason Porter <lightguard.jp at gmail.com> wrote:
>> I run -DskipTests on Fedora as well because of failing tests.
>> 
>> 
>> On Tue, Apr 3, 2012 at 14:04, Burr Sutter <bsutter at redhat.com> wrote:
>> I have only tried building Forge about 5 times - putting the git clone results into a brand new directory.
>> 
>> I had to use -DskipTests every time.
>> 
>> Perhaps there is an environmental setting for the average Mac or Windows machine to allow for the tests to run.
>> 
>> On Apr 3, 2012, at 3:55 PM, Lincoln Baxter, III wrote:
>> 
>>> Hey guys, have any of you seen an issue like this before?
>>> 
>>> On Mon, Apr 2, 2012 at 6:07 PM, Burr Sutter <bsutter at redhat.com> wrote:
>>> 
>>> 
>>> Begin forwarded message:
>>> 
>>>> From: Burr Sutter <bsutter at redhat.com>
>>>> Subject: forge build
>>>> Date: March 31, 2012 2:26:33 PM EDT
>>>> To: Lincoln Baxter <lbaxter at redhat.com>, Koen Aers <kaers at redhat.com>
>>>> 
>>>> Please tell me how to make "mvn install" work with Forge.
>>>> 
>>>> I use 
>>>> "git clone https://github.com/forge/core.git"
>>>> "mvn install"
>>>> 
>>>> and I always have test failures on Mac & Windows
>>>> 
>>>> Tests in error:
>>>>  testRunScriptNotHostHttpUrl(org.jboss.forge.shell.test.plugins.builtin.RunUrlP
>>>> luginTest): Unexpected exception, expected<java.net.UnknownHostException> but wa
>>>> s<org.mvel2.CompileException>
>>>> 
>>>> Tests run: 136, Failures: 0, Errors: 1, Skipped: 5
>>>> 
>>>> [INFO] ------------------------------------------------------------------------
>>>> [INFO] Reactor Summary:
>>>> [INFO]
>>>> [INFO] Forge - Parent .................................... SUCCESS [0.733s]
>>>> [INFO] Forge - Targeted Event Bus ........................ SUCCESS [40.622s]
>>>> [INFO] Forge - Parser/Java API ........................... SUCCESS [1.246s]
>>>> [INFO] Forge - Parser/XML ................................ SUCCESS [0.950s]
>>>> [INFO] Forge - Shell API ................................. SUCCESS [10.231s]
>>>> [INFO] Forge - Maven Integration APIs .................... SUCCESS [22.668s]
>>>> [INFO] Forge - Git Integration ........................... SUCCESS [7.097s]
>>>> [INFO] Forge - Test Harness .............................. SUCCESS [1.277s]
>>>> [INFO] Forge - Maven Project Model ....................... SUCCESS [18.364s]
>>>> [INFO] Forge - Parser/Java ............................... SUCCESS [28.347s]
>>>> [INFO] Forge - Shell ..................................... FAILURE [3:42.427s]
>>>> [INFO] Forge - Git Integration Tests ..................... SKIPPED
>>>> [INFO] Forge - Project Model Maven Tests ................. SKIPPED
>>>> [INFO] Forge - Test Harness (Web) ........................ SKIPPED
>>>> [INFO] Forge - Java EE APIs .............................. SKIPPED
>>>> [INFO] Forge - Java EE Integration Impl & Plugins ........ SKIPPED
>>>> [INFO] Forge - Scaffolding APIs .......................... SKIPPED
>>>> [INFO] Forge - Scaffolding Plugins ....................... SKIPPED
>>>> [INFO] Forge - Dev Plugins ............................... SKIPPED
>>>> [INFO] Forge - Scaffold Provider for Java Server Faces ... SKIPPED
>>>> [INFO] Forge - Modular Plugin Loader ..................... SKIPPED
>>>> [INFO] JBoss Forge - Distribution Build .................. SKIPPED
>>>> [INFO] ------------------------------------------------------------------------
>>>> [INFO] BUILD FAILURE
>>>> [INFO] ------------------------------------------------------------------------
>>>> [INFO] Total time: 5:56.660s
>>>> [INFO] Finished at: Sat Mar 31 13:07:19 EDT 2012
>>>> [INFO] Final Memory: 30M/102M
>>>> [INFO] ------------------------------------------------------------------------
>>>> [ERROR] Failed to execute goal org.apache.maven.plugins:maven-surefire-plugin:2.
>>>> 12:test (default-test) on project forge-shell: There are test failures.
>>>> [ERROR]
>>>> [ERROR] Please refer to D:\code\forge\core\shell\target\surefire-reports for the
>>>> individual test results.
>>>> [ERROR] -> [Help 1]
>>>> [ERROR]
>>>> [ERROR] To see the full stack trace of the errors, re-run Maven with the -e swit
>>>> ch.
>>>> [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 rea
>>>> d the following articles:
>>>> [ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/MojoFailureExc
>>>> eption
>>>> [ERROR]
>>>> [ERROR] After correcting the problems, you can resume the build with the command
>>>> 
>>>> [ERROR]   mvn <goals> -rf :forge-shell
>>>> D:\code\forge\core>
>>> 
>>> 
>>> _______________________________________________
>>> forge-dev mailing list
>>> forge-dev at lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>> 
>>> 
>>> 
>>> 
>>> -- 
>>> Lincoln Baxter, III
>>> http://ocpsoft.org
>>> "Simpler is better."
>>> _______________________________________________
>>> forge-dev mailing list
>>> forge-dev at lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>> 
>> 
>> _______________________________________________
>> forge-dev mailing list
>> forge-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/forge-dev
>> 
>> 
>> 
>> 
>> -- 
>> 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
>> 
>> _______________________________________________
>> forge-dev mailing list
>> forge-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/forge-dev
>> 
>> 
>> 
>> 
>> -- 
>> Lincoln Baxter, III
>> http://ocpsoft.org
>> "Simpler is better."
>> _______________________________________________
>> forge-dev mailing list
>> forge-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/forge-dev
> 
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev
> 
> 
> 
> 
> -- 
> Lincoln Baxter, III
> http://ocpsoft.org
> "Simpler is better."
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120403/ee68e3b9/attachment.html 

From max.andersen at redhat.com  Wed Apr  4 03:10:11 2012
From: max.andersen at redhat.com (Max Rydahl Andersen)
Date: Wed, 4 Apr 2012 09:10:11 +0200
Subject: [forge-dev] Open challenge: UTF-8 not supported by the Java
	Runtime? Says who?
In-Reply-To: <43FFBD8A-FA1E-4DEE-AAD6-00CCC1CDB4D3@redhat.com>
References: <CAEp_U4HquHV-kjiLcje3vjF4vdnKdVPJ18zepynPZYAtoRN9sg@mail.gmail.com>
	<43FFBD8A-FA1E-4DEE-AAD6-00CCC1CDB4D3@redhat.com>
Message-ID: <BEC6CC43-2EFC-4BB7-99B8-612D5936010A@redhat.com>


>From http://stackoverflow.com/questions/177242/the-encoding-utf-8-is-not-supported-by-the-java-runtime

"import java.nio.charset.Charset;

public class TestCharset {
    public static void main(String[] args) {
        System.out.println(Charset.forName("UTF-8"));
    }
}
If this throws an exception, then there is something wrong with your JDK. If it prints "UTF-8" then your JDK is OK, and your application is doing something odd.

If that's the case, run your app under the debugger, and put a breakpoint inhttp://www.java2s.com/Open-Source/Java-Document/XML/xalan/org/apache/xml/serializer/ToStream.java.htm --that's the place this warning is produced, and step to see why Xalan can't find the encoding."

/max

On Apr 3, 2012, at 11:40 PM, Marius Bogoevici wrote:

> I suspect that the class sun.nio.cs.UTF_8 is not visible due to modularization settings.
> 
> On 2012-04-03, at 3:54 PM, Lincoln Baxter, III wrote:
> 
>> If anyone can figure this out. I'll buy you a beer. I'm stumped!
>> 
>> What I know is that the errors are due to accessing the Configuration ~/forge/config.xml and the local project configuration /project/.forge_settings.xml
>> 
>> Good luck!
>> 
>> -- 
>> Lincoln Baxter, III
>> http://ocpsoft.org
>> "Simpler is better."
>> _______________________________________________
>> forge-dev mailing list
>> forge-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/forge-dev
> 
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev



From max.andersen at redhat.com  Wed Apr  4 03:12:46 2012
From: max.andersen at redhat.com (Max Rydahl Andersen)
Date: Wed, 4 Apr 2012 09:12:46 +0200
Subject: [forge-dev] Open challenge: UTF-8 not supported by the Java
	Runtime? Says who?
In-Reply-To: <43FFBD8A-FA1E-4DEE-AAD6-00CCC1CDB4D3@redhat.com>
References: <CAEp_U4HquHV-kjiLcje3vjF4vdnKdVPJ18zepynPZYAtoRN9sg@mail.gmail.com>
	<43FFBD8A-FA1E-4DEE-AAD6-00CCC1CDB4D3@redhat.com>
Message-ID: <EF57D966-B601-442E-94BD-44B899EEF27B@redhat.com>

and more to hint of it being class visibility issue, similar issue on Felix: https://jira.ow2.org/browse/ORCHESTRA-67

Google search on "UTF-8 not supported by the Java Runtime" reports multiple occurrences of this and it seem to be all in context of OSGI and other "class-isolating" runtimes.

So yeah - sounds like too much isolation going on.

/max

On Apr 3, 2012, at 11:40 PM, Marius Bogoevici wrote:

> I suspect that the class sun.nio.cs.UTF_8 is not visible due to modularization settings.
> 
> On 2012-04-03, at 3:54 PM, Lincoln Baxter, III wrote:
> 
>> If anyone can figure this out. I'll buy you a beer. I'm stumped!
>> 
>> What I know is that the errors are due to accessing the Configuration ~/forge/config.xml and the local project configuration /project/.forge_settings.xml
>> 
>> Good luck!
>> 
>> -- 
>> Lincoln Baxter, III
>> http://ocpsoft.org
>> "Simpler is better."
>> _______________________________________________
>> forge-dev mailing list
>> forge-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/forge-dev
> 
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev



From bsutter at redhat.com  Wed Apr  4 08:48:34 2012
From: bsutter at redhat.com (Burr Sutter)
Date: Wed, 4 Apr 2012 08:48:34 -0400
Subject: [forge-dev] Forge'in ahead with JBoss Tools
In-Reply-To: <4F7B7BCA.8050404@aon.at>
References: <AFB54DE2-50DF-4E33-9F74-9F02191BAB78@redhat.com>
	<4F7B7BCA.8050404@aon.at>
Message-ID: <7AB98CE4-2F3B-4280-93F0-AC9021CDE535@redhat.com>

Thank you Thomas - this is great feedback.  I have not had enough hours to think about Forge's positioning.  With the 8 videos I have just published at www.vimeo.com/jbossdeveloper  (0 through 7), I am also suffering from information overload :-)

With all that said, one of the things I like about Forge is - no proprietary annotations or "beside files" or whatever that mess is - in other words standards-based, normal everyday source code.   The trick is...what if the data model/schema changes - and I have made tweaks to my UI treatment, like using different field input types (e.g. richfaces or jquery plugins).  

One thing I was planning on discussing with Lincoln and the Forge roadmap is around the idea of "Forge as a 4GL" - at the moment it feels mostly like a static code generator - which has the problem of schema changes.   But Forge as a 4GL could be more responsive, almost "runtime" code generation.  More like what you get in the Rails world.  :-)


On Apr 3, 2012, at 6:38 PM, Thomas Fr?hbeck wrote:

> Hi Burr,
> I absolutely like your presentations, they are fast, dense, full of sound well established information - makes one eager to have a go with whatever you talk about :-)
> Your three presentations - putting JBoss Tools and Forge side by side - made me think about why I jumped when I first saw Forge.
> We all have seen CRUD webapp generators (remember Middlegen?), I havent seen one yet, where I didnt reach the point of no return, when you have to know _very_ much about the inner workings to realize a simple thing.
> For me the question is not: can I do the same as with all those big GUIs, they are there already.
> The question is: where does it lead off?
>  - modern: (dont just edit CDI, it _is_ CDI) incorporates well established frameworks, w/o lock in
>  - versatile: Testing, multi server, multi platform (Faces, aerogear..)
>  - extensible (need a functionality? write a plugin using forge!)
> 
> Regards,
> Thomas
> 
> Am 03.04.2012 14:21, schrieb Burr Sutter:
>> In my recent video series I have two videos that describe Forge - and a Hibernate Tools interlude in-between, I wish to know if I have demo'd Forge well - did I highlight forge's best features?
>> 
> 



From max.andersen at redhat.com  Wed Apr  4 09:53:38 2012
From: max.andersen at redhat.com (Max Rydahl Andersen)
Date: Wed, 4 Apr 2012 15:53:38 +0200
Subject: [forge-dev] Forge'in ahead with JBoss Tools
In-Reply-To: <7AB98CE4-2F3B-4280-93F0-AC9021CDE535@redhat.com>
References: <AFB54DE2-50DF-4E33-9F74-9F02191BAB78@redhat.com>
	<4F7B7BCA.8050404@aon.at>
	<7AB98CE4-2F3B-4280-93F0-AC9021CDE535@redhat.com>
Message-ID: <44D5B489-3909-4CD3-9B8F-06C6D8077CA9@redhat.com>


> One thing I was planning on discussing with Lincoln and the Forge roadmap is around the idea of "Forge as a 4GL" - at the moment it feels mostly like a static code generator - which has the problem of schema changes.   But Forge as a 4GL could be more responsive, almost "runtime" code generation.  More like what you get in the Rails world.  :-)

This is exactly where I hope  Forge will *not* go.

Mixing up the toolside with the runtime side is what tech like Spring Roo does and its my opinion an utter mess and confusion and very hard tech lock-in.

But Forge could be great in using stuff like MetaWidget on runtime side, complete hibernate tools support for partial reverse engineering and have the code generation be able to handle incremental changes with something like jmerge would be able to provide alot of bang for the buck.

On runtime side it could be interesting if a runtime framework could find a good balance between runtime generation and still being static enough to be useful with CDI and similar frameworks which 
can be validated/inspected much easier than pure runtime stuff like Roo or Rails.

/max

From lincolnbaxter at gmail.com  Wed Apr  4 09:55:36 2012
From: lincolnbaxter at gmail.com (Lincoln Baxter, III)
Date: Wed, 4 Apr 2012 09:55:36 -0400
Subject: [forge-dev] Forge'in ahead with JBoss Tools
In-Reply-To: <44D5B489-3909-4CD3-9B8F-06C6D8077CA9@redhat.com>
References: <AFB54DE2-50DF-4E33-9F74-9F02191BAB78@redhat.com>
	<4F7B7BCA.8050404@aon.at>
	<7AB98CE4-2F3B-4280-93F0-AC9021CDE535@redhat.com>
	<44D5B489-3909-4CD3-9B8F-06C6D8077CA9@redhat.com>
Message-ID: <CAEp_U4Fb3wr2dCBgqcj=631D=h6O45m+puMjV31N3dxiv+B0yA@mail.gmail.com>

>
> "This is exactly where I hope  Forge will *not* go."
>

Forge core will certainly not go that directly, but I won't stop anyone
from writing a Plugin suite that does.

~Lincoln

On Wed, Apr 4, 2012 at 9:53 AM, Max Rydahl Andersen <max.andersen at redhat.com
> wrote:

>
> > One thing I was planning on discussing with Lincoln and the Forge
> roadmap is around the idea of "Forge as a 4GL" - at the moment it feels
> mostly like a static code generator - which has the problem of schema
> changes.   But Forge as a 4GL could be more responsive, almost "runtime"
> code generation.  More like what you get in the Rails world.  :-)
>
> This is exactly where I hope  Forge will *not* go.
>
> Mixing up the toolside with the runtime side is what tech like Spring Roo
> does and its my opinion an utter mess and confusion and very hard tech
> lock-in.
>
> But Forge could be great in using stuff like MetaWidget on runtime side,
> complete hibernate tools support for partial reverse engineering and have
> the code generation be able to handle incremental changes with something
> like jmerge would be able to provide alot of bang for the buck.
>
> On runtime side it could be interesting if a runtime framework could find
> a good balance between runtime generation and still being static enough to
> be useful with CDI and similar frameworks which
> can be validated/inspected much easier than pure runtime stuff like Roo or
> Rails.
>
> /max
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev
>



-- 
Lincoln Baxter, III
http://ocpsoft.org
"Simpler is better."
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120404/25ab8205/attachment.html 

From max.andersen at redhat.com  Wed Apr  4 09:59:21 2012
From: max.andersen at redhat.com (Max Rydahl Andersen)
Date: Wed, 4 Apr 2012 15:59:21 +0200
Subject: [forge-dev] Forge'in ahead with JBoss Tools
In-Reply-To: <CAEp_U4Fb3wr2dCBgqcj=631D=h6O45m+puMjV31N3dxiv+B0yA@mail.gmail.com>
References: <AFB54DE2-50DF-4E33-9F74-9F02191BAB78@redhat.com>
	<4F7B7BCA.8050404@aon.at>
	<7AB98CE4-2F3B-4280-93F0-AC9021CDE535@redhat.com>
	<44D5B489-3909-4CD3-9B8F-06C6D8077CA9@redhat.com>
	<CAEp_U4Fb3wr2dCBgqcj=631D=h6O45m+puMjV31N3dxiv+B0yA@mail.gmail.com>
Message-ID: <AF68C5D0-295E-4241-B09F-0BEA28069887@redhat.com>


On Apr 4, 2012, at 3:55 PM, Lincoln Baxter, III wrote:

> "This is exactly where I hope  Forge will *not* go."
> 
> Forge core will certainly not go that directly, but I won't stop anyone from writing a Plugin suite that does.

Of course not - but a plugin couldn't do this on its own...it would require a runtime part :) but that wasn't what was suggested, neither in Burr's or my replies afacis.

point is that alot of the integration we got today would disappear or require a lot of redundant functionality to be implemented.
Hence why I hinted on it being interesting if a runtime framework could find a good balance here.

/max

> 
> ~Lincoln
>  
> On Wed, Apr 4, 2012 at 9:53 AM, Max Rydahl Andersen <max.andersen at redhat.com> wrote:
> 
> > One thing I was planning on discussing with Lincoln and the Forge roadmap is around the idea of "Forge as a 4GL" - at the moment it feels mostly like a static code generator - which has the problem of schema changes.   But Forge as a 4GL could be more responsive, almost "runtime" code generation.  More like what you get in the Rails world.  :-)
> 
> This is exactly where I hope  Forge will *not* go.
> 
> Mixing up the toolside with the runtime side is what tech like Spring Roo does and its my opinion an utter mess and confusion and very hard tech lock-in.
> 
> But Forge could be great in using stuff like MetaWidget on runtime side, complete hibernate tools support for partial reverse engineering and have the code generation be able to handle incremental changes with something like jmerge would be able to provide alot of bang for the buck.
> 
> On runtime side it could be interesting if a runtime framework could find a good balance between runtime generation and still being static enough to be useful with CDI and similar frameworks which
> can be validated/inspected much easier than pure runtime stuff like Roo or Rails.
> 
> /max
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev
> 
> 
> 
> -- 
> Lincoln Baxter, III
> http://ocpsoft.org
> "Simpler is better."
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev



From kbabo at redhat.com  Wed Apr  4 10:00:50 2012
From: kbabo at redhat.com (Keith Babo)
Date: Wed, 4 Apr 2012 10:00:50 -0400
Subject: [forge-dev] Forge'in ahead with JBoss Tools
In-Reply-To: <44D5B489-3909-4CD3-9B8F-06C6D8077CA9@redhat.com>
References: <AFB54DE2-50DF-4E33-9F74-9F02191BAB78@redhat.com>
	<4F7B7BCA.8050404@aon.at>
	<7AB98CE4-2F3B-4280-93F0-AC9021CDE535@redhat.com>
	<44D5B489-3909-4CD3-9B8F-06C6D8077CA9@redhat.com>
Message-ID: <198C19F4-4C21-4D0A-A23E-C14DA51B3D03@redhat.com>


On Apr 4, 2012, at 9:53 AM, Max Rydahl Andersen wrote:

> 
>> One thing I was planning on discussing with Lincoln and the Forge roadmap is around the idea of "Forge as a 4GL" - at the moment it feels mostly like a static code generator - which has the problem of schema changes.   But Forge as a 4GL could be more responsive, almost "runtime" code generation.  More like what you get in the Rails world.  :-)
> 
> This is exactly where I hope  Forge will *not* go.

Yep.  I like Forge a lot for getting up and going.  It's quite good at that and there's a clear need for it.  IMHO, Forge as a 4GL would be really tough to pull off and would take users' attention off of what Forge is best at.  




From lincolnbaxter at gmail.com  Wed Apr  4 10:49:51 2012
From: lincolnbaxter at gmail.com (Lincoln Baxter, III)
Date: Wed, 4 Apr 2012 10:49:51 -0400
Subject: [forge-dev] Meeting minutes 2012-04-04
Message-ID: <CAEp_U4G+Gn-AcBXbbUzoCL5KGhdis-2f-DnUSRcwLNpqFKtpCA@mail.gmail.com>

(10:48:38 AM) jbott: Meeting ended Wed Apr 4 14:47:49 2012 UTC. Information
about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)
(10:48:38 AM) jbott: Minutes:
http://transcripts.jboss.org/meeting/irc.freenode.org/forge/2012/forge.2012-04-04-14.00.html
(10:48:38 AM) jbott: Minutes (text):
http://transcripts.jboss.org/meeting/irc.freenode.org/forge/2012/forge.2012-04-04-14.00.txt
(10:48:38 AM) jbott: Log:
http://transcripts.jboss.org/meeting/irc.freenode.org/forge/2012/forge.2012-04-04-14.00.log.html

==============
#forge Meeting
==============


Meeting started by lincolnthree at 14:00:53 UTC. The full logs are
available athttp://transcripts.jboss.org/meeting/irc.freenode.org/forge/2012/forge.2012-04-04-14.00.log.html
.



Meeting summary
---------------
* Agenda  (lincolnthree, 14:01:19)
  * Forge Introduction - http://vimeo.com/39608223  (lincolnthree,
    14:05:25)

* Burr's new Forge Videos  (lincolnthree, 14:05:35)
  * Forge database reverse engineering and scaffold with REST -
    http://vimeo.com/39608326  (lincolnthree, 14:06:11)

* The Forge Website  (lincolnthree, 14:07:34)
  * LINK: http://forge.github.com ... try it yourself :)  (lincolnthree,
    14:10:01)
  * Avoid children of
    https://docs.jboss.org/author/display/FORGE/Developing+a+Plugin -
    ivannov is working on migrating those  (lincolnthree, 14:10:49)

* UTF-8 random warning messages (classloading?)  (lincolnthree,
  14:12:58)
  * ACTION: lincolnthree will ask dmlloyd if he has run into this issue
    (lincolnthree, 14:17:01)

* Windows build & issues  (lincolnthree, 14:21:32)
  * ACTION: gastaldi and ivannov will run the build in windows and check
    the result  (gastaldi, 14:24:52)

* Issues for 1.0.3  (lincolnthree, 14:26:00)
  * ACTION: lincolnthree will check out the JIRA Agile Dashboard
    (lincolnthree, 14:32:21)
  * ACTION: lincolnthree will enable the Agile view in JIRA  (gastaldi,
    14:39:10)
  * ACTION: gastaldi will prototype some extension point in
    persistence/entity/field plugins so that lombok may be used as an
    extension point for example  (gastaldi, 14:40:10)

Meeting ended at 14:47:49 UTC.




Action Items
------------
* lincolnthree will ask dmlloyd if he has run into this issue
* gastaldi and ivannov will run the build in windows and check the
  result
* lincolnthree will check out the JIRA Agile Dashboard
* lincolnthree will enable the Agile view in JIRA
* gastaldi will prototype some extension point in
  persistence/entity/field plugins so that lombok may be used as an
  extension point for example




Action Items, by person
-----------------------
* gastaldi
  * gastaldi and ivannov will run the build in windows and check the
    result
  * gastaldi will prototype some extension point in
    persistence/entity/field plugins so that lombok may be used as an
    extension point for example
* ivannov
  * gastaldi and ivannov will run the build in windows and check the
    result
* lincolnthree
  * lincolnthree will ask dmlloyd if he has run into this issue
  * lincolnthree will check out the JIRA Agile Dashboard
  * lincolnthree will enable the Agile view in JIRA
* **UNASSIGNED**
  * (none)




People Present (lines said)
---------------------------
* lincolnthree (93)
* gastaldi (49)
* maxandersen (16)
* jbossbot (5)
* ivannov (4)
* jbott (3)




-- 
Lincoln Baxter, III
http://ocpsoft.org
"Simpler is better."
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120404/7427428d/attachment.html 

From bsutter at redhat.com  Wed Apr  4 12:13:36 2012
From: bsutter at redhat.com (Burr Sutter)
Date: Wed, 4 Apr 2012 12:13:36 -0400
Subject: [forge-dev] Forge'in ahead with JBoss Tools
In-Reply-To: <198C19F4-4C21-4D0A-A23E-C14DA51B3D03@redhat.com>
References: <AFB54DE2-50DF-4E33-9F74-9F02191BAB78@redhat.com>
	<4F7B7BCA.8050404@aon.at>
	<7AB98CE4-2F3B-4280-93F0-AC9021CDE535@redhat.com>
	<44D5B489-3909-4CD3-9B8F-06C6D8077CA9@redhat.com>
	<198C19F4-4C21-4D0A-A23E-C14DA51B3D03@redhat.com>
Message-ID: <219E2323-FA9D-4E1C-B674-50F4A7EA405A@redhat.com>

Well let's just say it is up for future discussion :-)

In one set of meetings I referred to "drag car" and "formula 1" - we need to provide both - getting started and staying the crooked course.  

Perhaps that is not all Forge+plug-ins...but it is something I want to keep thinking about.

F1 - http://www.youtube.com/watch?v=97rrME9eQHA
Drag - http://www.youtube.com/watch?v=uDP7Pty8Qnw

On Apr 4, 2012, at 10:00 AM, Keith Babo wrote:

> 
> On Apr 4, 2012, at 9:53 AM, Max Rydahl Andersen wrote:
> 
>> 
>>> One thing I was planning on discussing with Lincoln and the Forge roadmap is around the idea of "Forge as a 4GL" - at the moment it feels mostly like a static code generator - which has the problem of schema changes.   But Forge as a 4GL could be more responsive, almost "runtime" code generation.  More like what you get in the Rails world.  :-)
>> 
>> This is exactly where I hope  Forge will *not* go.
> 
> Yep.  I like Forge a lot for getting up and going.  It's quite good at that and there's a clear need for it.  IMHO, Forge as a 4GL would be really tough to pull off and would take users' attention off of what Forge is best at.  
> 
> 
> 
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120404/db841766/attachment.html 

From lightguard.jp at gmail.com  Wed Apr  4 12:48:39 2012
From: lightguard.jp at gmail.com (Jason Porter)
Date: Wed, 4 Apr 2012 10:48:39 -0600
Subject: [forge-dev] Fwd: forge build
In-Reply-To: <BB6C4DC1-BB87-4556-A35D-E3D827B40D70@gmail.com>
References: <b3abdbfc-c135-41f0-9f98-f00cdc0dbb52@zmail11.collab.prod.int.phx2.redhat.com>
	<6A8EB894-1188-4482-A3F9-67B3E8D877FC@redhat.com>
	<CAEp_U4FJgcqJnc2oH+_3hy8kKd6zCgmpbK0tRpr6ezDix7aJhw@mail.gmail.com>
	<D3CA235A-1B5F-4AB8-B71C-73B2B9D23630@redhat.com>
	<CAF9TksOt8EdBqBttvvSysfpbPK7X0LQ+5AadGDCFPO_hTqiNmg@mail.gmail.com>
	<CAEp_U4FJTPvbi=ZA=Q1Ns+rDNMmN1fjdZQT5s1RVLd9UnQVA9Q@mail.gmail.com>
	<BA90684D-9784-4178-9D2A-41739AAC289E@gmail.com>
	<CAEp_U4E5fWKL=o=iNq7s+WxH=j4JupqAKV3XUWULzRezmDabyA@mail.gmail.com>
	<BB6C4DC1-BB87-4556-A35D-E3D827B40D70@gmail.com>
Message-ID: <CAF9TksP-5zRq3_3aWLDueaPJR2xyE6BHh_=5eS__JfrZN=ZnDw@mail.gmail.com>

Here's the output from the two runs I did. The first one did not have a
clean repo, the second one, as you can see from the output, does have a
clean repo.

On Tue, Apr 3, 2012 at 21:26, Jason Porter <lightguard.jp at gmail.com> wrote:

> I'll let you know.
>
> Sent from my iPhone
>
> On Apr 3, 2012, at 21:12, "Lincoln Baxter, III" <lincolnbaxter at gmail.com>
> wrote:
>
> Hmmm. It shouldn't but I suppose that's possible!
>
> Would be good to know.
>
> ~Lincoln
>
> On Tue, Apr 3, 2012 at 8:45 PM, Jason Porter <lightguard.jp at gmail.com>wrote:
>
>> I'll have to try again. Does they use $FORGE_HOME? If so, that would
>> explain it
>>
>> Sent from my iPhone
>>
>> On Apr 3, 2012, at 18:39, "Lincoln Baxter, III" <lincolnbaxter at gmail.com>
>> wrote:
>>
>> Which tests?? I don't even see failures with a clean repo. This build is
>> turning into a nightmare :)
>>
>> On Tue, Apr 3, 2012 at 4:05 PM, Jason Porter <lightguard.jp at gmail.com>wrote:
>>
>>> I run -DskipTests on Fedora as well because of failing tests.
>>>
>>>
>>> On Tue, Apr 3, 2012 at 14:04, Burr Sutter <bsutter at redhat.com> wrote:
>>>
>>>> I have only tried building Forge about 5 times - putting the git clone
>>>> results into a brand new directory.
>>>>
>>>> I had to use -DskipTests every time.
>>>>
>>>> Perhaps there is an environmental setting for the average Mac or
>>>> Windows machine to allow for the tests to run.
>>>>
>>>> On Apr 3, 2012, at 3:55 PM, Lincoln Baxter, III wrote:
>>>>
>>>> Hey guys, have any of you seen an issue like this before?
>>>>
>>>> On Mon, Apr 2, 2012 at 6:07 PM, Burr Sutter <bsutter at redhat.com> wrote:
>>>>
>>>>>
>>>>>
>>>>> Begin forwarded message:
>>>>>
>>>>> *From: *Burr Sutter <bsutter at redhat.com>
>>>>> *Subject: **forge build*
>>>>> *Date: *March 31, 2012 2:26:33 PM EDT
>>>>> *To: *Lincoln Baxter <lbaxter at redhat.com>, Koen Aers <kaers at redhat.com
>>>>> >
>>>>>
>>>>> Please tell me how to make "mvn install" work with Forge.
>>>>>
>>>>> I use
>>>>> "git clone https://github.com/forge/core.git"
>>>>> "mvn install"
>>>>>
>>>>> and I always have test failures on Mac & Windows
>>>>>
>>>>> Tests in error:
>>>>>
>>>>>  testRunScriptNotHostHttpUrl(org.jboss.forge.shell.test.plugins.builtin.RunUrlP
>>>>> luginTest): Unexpected exception,
>>>>> expected<java.net.UnknownHostException> but wa
>>>>> s<org.mvel2.CompileException>
>>>>>
>>>>> Tests run: 136, Failures: 0, Errors: 1, Skipped: 5
>>>>>
>>>>> [INFO]
>>>>> ------------------------------------------------------------------------
>>>>> [INFO] Reactor Summary:
>>>>> [INFO]
>>>>> [INFO] Forge - Parent .................................... SUCCESS
>>>>> [0.733s]
>>>>> [INFO] Forge - Targeted Event Bus ........................ SUCCESS
>>>>> [40.622s]
>>>>> [INFO] Forge - Parser/Java API ........................... SUCCESS
>>>>> [1.246s]
>>>>> [INFO] Forge - Parser/XML ................................ SUCCESS
>>>>> [0.950s]
>>>>> [INFO] Forge - Shell API ................................. SUCCESS
>>>>> [10.231s]
>>>>> [INFO] Forge - Maven Integration APIs .................... SUCCESS
>>>>> [22.668s]
>>>>> [INFO] Forge - Git Integration ........................... SUCCESS
>>>>> [7.097s]
>>>>> [INFO] Forge - Test Harness .............................. SUCCESS
>>>>> [1.277s]
>>>>> [INFO] Forge - Maven Project Model ....................... SUCCESS
>>>>> [18.364s]
>>>>> [INFO] Forge - Parser/Java ............................... SUCCESS
>>>>> [28.347s]
>>>>> [INFO] Forge - Shell ..................................... FAILURE
>>>>> [3:42.427s]
>>>>> [INFO] Forge - Git Integration Tests ..................... SKIPPED
>>>>> [INFO] Forge - Project Model Maven Tests ................. SKIPPED
>>>>> [INFO] Forge - Test Harness (Web) ........................ SKIPPED
>>>>> [INFO] Forge - Java EE APIs .............................. SKIPPED
>>>>> [INFO] Forge - Java EE Integration Impl & Plugins ........ SKIPPED
>>>>> [INFO] Forge - Scaffolding APIs .......................... SKIPPED
>>>>> [INFO] Forge - Scaffolding Plugins ....................... SKIPPED
>>>>> [INFO] Forge - Dev Plugins ............................... SKIPPED
>>>>> [INFO] Forge - Scaffold Provider for Java Server Faces ... SKIPPED
>>>>> [INFO] Forge - Modular Plugin Loader ..................... SKIPPED
>>>>> [INFO] JBoss Forge - Distribution Build .................. SKIPPED
>>>>> [INFO]
>>>>> ------------------------------------------------------------------------
>>>>> [INFO] BUILD FAILURE
>>>>> [INFO]
>>>>> ------------------------------------------------------------------------
>>>>> [INFO] Total time: 5:56.660s
>>>>> [INFO] Finished at: Sat Mar 31 13:07:19 EDT 2012
>>>>> [INFO] Final Memory: 30M/102M
>>>>> [INFO]
>>>>> ------------------------------------------------------------------------
>>>>> [ERROR] Failed to execute goal
>>>>> org.apache.maven.plugins:maven-surefire-plugin:2.
>>>>> 12:test (default-test) on project forge-shell: There are test failures.
>>>>> [ERROR]
>>>>> [ERROR] Please refer to
>>>>> D:\code\forge\core\shell\target\surefire-reports for the
>>>>> individual test results.
>>>>> [ERROR] -> [Help 1]
>>>>> [ERROR]
>>>>> [ERROR] To see the full stack trace of the errors, re-run Maven with
>>>>> the -e swit
>>>>> ch.
>>>>> [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 rea
>>>>> d the following articles:
>>>>> [ERROR] [Help 1]
>>>>> http://cwiki.apache.org/confluence/display/MAVEN/MojoFailureExc
>>>>> eption
>>>>> [ERROR]
>>>>> [ERROR] After correcting the problems, you can resume the build with
>>>>> the command
>>>>>
>>>>> [ERROR]   mvn <goals> -rf :forge-shell
>>>>> D:\code\forge\core>
>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> forge-dev mailing list
>>>>> forge-dev at lists.jboss.org
>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>> Lincoln Baxter, III
>>>> http://ocpsoft.org
>>>> "Simpler is better."
>>>> _______________________________________________
>>>> forge-dev mailing list
>>>> forge-dev at lists.jboss.org
>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> forge-dev mailing list
>>>> forge-dev at lists.jboss.org
>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>>
>>>>
>>>
>>>
>>> --
>>> 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
>>>
>>> _______________________________________________
>>> forge-dev mailing list
>>> forge-dev at lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>
>>>
>>
>>
>> --
>> Lincoln Baxter, III
>> http://ocpsoft.org
>> "Simpler is better."
>>
>> _______________________________________________
>> forge-dev mailing list
>> forge-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>
>>
>> _______________________________________________
>> forge-dev mailing list
>> forge-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>
>>
>
>
> --
> Lincoln Baxter, III
> http://ocpsoft.org
> "Simpler is better."
>
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev
>
>


-- 
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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120404/c098fad0/attachment-0001.html 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: mvn_clean_test_c077917.out
Type: application/octet-stream
Size: 108722 bytes
Desc: not available
Url : http://lists.jboss.org/pipermail/forge-dev/attachments/20120404/c098fad0/attachment-0002.obj 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: mvn_clean_test_c077917_second_run_clean_repo.out
Type: application/octet-stream
Size: 1273412 bytes
Desc: not available
Url : http://lists.jboss.org/pipermail/forge-dev/attachments/20120404/c098fad0/attachment-0003.obj 

From max.andersen at redhat.com  Wed Apr  4 19:29:45 2012
From: max.andersen at redhat.com (Max Rydahl Andersen)
Date: Thu, 5 Apr 2012 01:29:45 +0200
Subject: [forge-dev] Forge'in ahead with JBoss Tools
In-Reply-To: <219E2323-FA9D-4E1C-B674-50F4A7EA405A@redhat.com>
References: <AFB54DE2-50DF-4E33-9F74-9F02191BAB78@redhat.com>
	<4F7B7BCA.8050404@aon.at>
	<7AB98CE4-2F3B-4280-93F0-AC9021CDE535@redhat.com>
	<44D5B489-3909-4CD3-9B8F-06C6D8077CA9@redhat.com>
	<198C19F4-4C21-4D0A-A23E-C14DA51B3D03@redhat.com>
	<219E2323-FA9D-4E1C-B674-50F4A7EA405A@redhat.com>
Message-ID: <A66E0B5F-ACDE-44CB-AD52-A3B5CCC56265@redhat.com>


> Well let's just say it is up for future discussion :-)

as said, its not Forge that would provide the runtime functionality you wish for. Forge is a great possible facilitator/helper for this but it really is more in the area of deltaspike/metawidget and future layers on top of that this belongs.

/max
 
> 
> In one set of meetings I referred to "drag car" and "formula 1" - we need to provide both - getting started and staying the crooked course.  
> 
> Perhaps that is not all Forge+plug-ins...but it is something I want to keep thinking about.
> 
> F1 - http://www.youtube.com/watch?v=97rrME9eQHA
> Drag - http://www.youtube.com/watch?v=uDP7Pty8Qnw
> 
> On Apr 4, 2012, at 10:00 AM, Keith Babo wrote:
> 
>> 
>> On Apr 4, 2012, at 9:53 AM, Max Rydahl Andersen wrote:
>> 
>>> 
>>>> One thing I was planning on discussing with Lincoln and the Forge roadmap is around the idea of "Forge as a 4GL" - at the moment it feels mostly like a static code generator - which has the problem of schema changes.   But Forge as a 4GL could be more responsive, almost "runtime" code generation.  More like what you get in the Rails world.  :-)
>>> 
>>> This is exactly where I hope  Forge will *not* go.
>> 
>> Yep.  I like Forge a lot for getting up and going.  It's quite good at that and there's a clear need for it.  IMHO, Forge as a 4GL would be really tough to pull off and would take users' attention off of what Forge is best at.  
>> 
>> 
>> 
>> _______________________________________________
>> forge-dev mailing list
>> forge-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/forge-dev
> 
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev



From max.andersen at redhat.com  Wed Apr  4 19:42:19 2012
From: max.andersen at redhat.com (Max Rydahl Andersen)
Date: Thu, 5 Apr 2012 01:42:19 +0200
Subject: [forge-dev] Forge'in ahead with JBoss Tools
In-Reply-To: <A66E0B5F-ACDE-44CB-AD52-A3B5CCC56265@redhat.com>
References: <AFB54DE2-50DF-4E33-9F74-9F02191BAB78@redhat.com>
	<4F7B7BCA.8050404@aon.at>
	<7AB98CE4-2F3B-4280-93F0-AC9021CDE535@redhat.com>
	<44D5B489-3909-4CD3-9B8F-06C6D8077CA9@redhat.com>
	<198C19F4-4C21-4D0A-A23E-C14DA51B3D03@redhat.com>
	<219E2323-FA9D-4E1C-B674-50F4A7EA405A@redhat.com>
	<A66E0B5F-ACDE-44CB-AD52-A3B5CCC56265@redhat.com>
Message-ID: <B9902D3F-E0C4-4D7E-81A3-C37A3CA73514@redhat.com>


On Apr 5, 2012, at 1:29 AM, Max Rydahl Andersen wrote:

>> Well let's just say it is up for future discussion :-)
> 
> as said, its not Forge that would provide the runtime functionality you wish for. Forge is a great possible facilitator/helper for this but it really is more in the area of deltaspike/metawidget and future layers on top of that this belongs.

as said, *in my opinion* it is not Forge.....

/max



From dan.j.allen at gmail.com  Wed Apr  4 23:19:20 2012
From: dan.j.allen at gmail.com (Dan Allen)
Date: Wed, 4 Apr 2012 23:19:20 -0400
Subject: [forge-dev] Forge'in ahead with JBoss Tools
In-Reply-To: <44D5B489-3909-4CD3-9B8F-06C6D8077CA9@redhat.com>
References: <AFB54DE2-50DF-4E33-9F74-9F02191BAB78@redhat.com>
	<4F7B7BCA.8050404@aon.at>
	<7AB98CE4-2F3B-4280-93F0-AC9021CDE535@redhat.com>
	<44D5B489-3909-4CD3-9B8F-06C6D8077CA9@redhat.com>
Message-ID: <CAKeHnO6L-E+pDqHOx+J8u_to5DbUOTmZMVoSZjPnBG=_pTJa7Q@mail.gmail.com>

On Wed, Apr 4, 2012 at 09:53, Max Rydahl Andersen
<max.andersen at redhat.com>wrote:

>
> But Forge could be great in using stuff like MetaWidget on runtime side,
> complete hibernate tools support for partial reverse engineering and have
> the code generation be able to handle incremental changes with something
> like jmerge would be able to provide alot of bang for the buck.
>

+1

Definitely my take as well.

-Dan

-- 
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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120404/35355b05/attachment.html 

From dan.j.allen at gmail.com  Wed Apr  4 23:33:34 2012
From: dan.j.allen at gmail.com (Dan Allen)
Date: Wed, 4 Apr 2012 23:33:34 -0400
Subject: [forge-dev] Forge'in ahead with JBoss Tools
In-Reply-To: <AFB54DE2-50DF-4E33-9F74-9F02191BAB78@redhat.com>
References: <AFB54DE2-50DF-4E33-9F74-9F02191BAB78@redhat.com>
Message-ID: <CAKeHnO6v6Ca31cvazTa0gbWARmgdrS9FfyTJ-2HVPsv1X=eGhg@mail.gmail.com>

Nice job Burr. In addition to the technical content, what makes these
videos work well is that they have good sound quality. Lincoln and I were
just discussing the other day that the quality of the sound can really make
or break a video. So I appreciate that extra bit of attention.

-Dan

On Tue, Apr 3, 2012 at 08:21, Burr Sutter <bsutter at redhat.com> wrote:

> In my recent video series I have two videos that describe Forge - and a
> Hibernate Tools interlude in-between, I wish to know if I have demo'd Forge
> well - did I highlight forge's best features?
>
> 4. Forge Introduction in JBoss Developer Studio 5
> http://www.screencast.com/t/olxrVyPy5
> http://vimeo.com/39608223
> Forge is JBoss's rapid application development tool.  A command line based
> tool that is embedded in JBoss Developer Studio 5.  Run a whole script of
> commands to render a complete application.
>
> 5. Hibernate Tools for DB Reverse Engineering
> http://www.screencast.com/t/x6lcG2BP8jn5
> http://vimeo.com/39608294
> Hibernate Tools have been part of JBoss Developer Studio for a long time -
> now they are integrated with Dali - and you can use Dali's JPA Generate
> Entities from Tables feature.   This video walks you through how to setup
> the Hibernate Configuration and the JBDC connection to allow for JPA entity
> generation.
> Sakila H2 Database:
> https://github.com/maxandersen/sakila-h2
>
> 6. Forge for DB Reverse Engineering with CRUD
> http://www.screencast.com/t/aSym9aul5
> http://vimeo.com/39608326
> Forge also has a Hibernate Tools plugin that allows it to analyze a
> database schema and produce JPA entity classes.  Then Forge can use its
> scaffolding feature to generate JSF2 Create, Read, Update and Delete (CRUD)
>  user interfaces.
>
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev
>
>


-- 
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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120404/abde63e8/attachment.html 

From lincolnbaxter at gmail.com  Thu Apr  5 00:06:32 2012
From: lincolnbaxter at gmail.com (Lincoln Baxter, III)
Date: Thu, 5 Apr 2012 00:06:32 -0400
Subject: [forge-dev] Fwd: forge build
In-Reply-To: <CAF9TksP-5zRq3_3aWLDueaPJR2xyE6BHh_=5eS__JfrZN=ZnDw@mail.gmail.com>
References: <b3abdbfc-c135-41f0-9f98-f00cdc0dbb52@zmail11.collab.prod.int.phx2.redhat.com>
	<6A8EB894-1188-4482-A3F9-67B3E8D877FC@redhat.com>
	<CAEp_U4FJgcqJnc2oH+_3hy8kKd6zCgmpbK0tRpr6ezDix7aJhw@mail.gmail.com>
	<D3CA235A-1B5F-4AB8-B71C-73B2B9D23630@redhat.com>
	<CAF9TksOt8EdBqBttvvSysfpbPK7X0LQ+5AadGDCFPO_hTqiNmg@mail.gmail.com>
	<CAEp_U4FJTPvbi=ZA=Q1Ns+rDNMmN1fjdZQT5s1RVLd9UnQVA9Q@mail.gmail.com>
	<BA90684D-9784-4178-9D2A-41739AAC289E@gmail.com>
	<CAEp_U4E5fWKL=o=iNq7s+WxH=j4JupqAKV3XUWULzRezmDabyA@mail.gmail.com>
	<BB6C4DC1-BB87-4556-A35D-E3D827B40D70@gmail.com>
	<CAF9TksP-5zRq3_3aWLDueaPJR2xyE6BHh_=5eS__JfrZN=ZnDw@mail.gmail.com>
Message-ID: <CAEp_U4Eqy0FsU3yCuLzY3g8CHCAhg6cSjjTsLWfbUC6imzoYeg@mail.gmail.com>

Sorry to say this, but my recommendation at this point is to crack open the
debugger :( I can't reproduce this on any of my machines.

https://docs.jboss.org/author/display/FORGE/Debugging+Forge

~Lincoln

On Wed, Apr 4, 2012 at 12:48 PM, Jason Porter <lightguard.jp at gmail.com>wrote:

> Here's the output from the two runs I did. The first one did not have a
> clean repo, the second one, as you can see from the output, does have a
> clean repo.
>
>
> On Tue, Apr 3, 2012 at 21:26, Jason Porter <lightguard.jp at gmail.com>wrote:
>
>> I'll let you know.
>>
>> Sent from my iPhone
>>
>> On Apr 3, 2012, at 21:12, "Lincoln Baxter, III" <lincolnbaxter at gmail.com>
>> wrote:
>>
>> Hmmm. It shouldn't but I suppose that's possible!
>>
>> Would be good to know.
>>
>> ~Lincoln
>>
>> On Tue, Apr 3, 2012 at 8:45 PM, Jason Porter <lightguard.jp at gmail.com>wrote:
>>
>>> I'll have to try again. Does they use $FORGE_HOME? If so, that would
>>> explain it
>>>
>>> Sent from my iPhone
>>>
>>> On Apr 3, 2012, at 18:39, "Lincoln Baxter, III" <lincolnbaxter at gmail.com>
>>> wrote:
>>>
>>> Which tests?? I don't even see failures with a clean repo. This build is
>>> turning into a nightmare :)
>>>
>>> On Tue, Apr 3, 2012 at 4:05 PM, Jason Porter <lightguard.jp at gmail.com>wrote:
>>>
>>>> I run -DskipTests on Fedora as well because of failing tests.
>>>>
>>>>
>>>> On Tue, Apr 3, 2012 at 14:04, Burr Sutter <bsutter at redhat.com> wrote:
>>>>
>>>>> I have only tried building Forge about 5 times - putting the git clone
>>>>> results into a brand new directory.
>>>>>
>>>>> I had to use -DskipTests every time.
>>>>>
>>>>> Perhaps there is an environmental setting for the average Mac or
>>>>> Windows machine to allow for the tests to run.
>>>>>
>>>>> On Apr 3, 2012, at 3:55 PM, Lincoln Baxter, III wrote:
>>>>>
>>>>> Hey guys, have any of you seen an issue like this before?
>>>>>
>>>>> On Mon, Apr 2, 2012 at 6:07 PM, Burr Sutter <bsutter at redhat.com>wrote:
>>>>>
>>>>>>
>>>>>>
>>>>>> Begin forwarded message:
>>>>>>
>>>>>> *From: *Burr Sutter <bsutter at redhat.com>
>>>>>> *Subject: **forge build*
>>>>>> *Date: *March 31, 2012 2:26:33 PM EDT
>>>>>> *To: *Lincoln Baxter <lbaxter at redhat.com>, Koen Aers <
>>>>>> kaers at redhat.com>
>>>>>>
>>>>>> Please tell me how to make "mvn install" work with Forge.
>>>>>>
>>>>>> I use
>>>>>> "git clone https://github.com/forge/core.git"
>>>>>> "mvn install"
>>>>>>
>>>>>> and I always have test failures on Mac & Windows
>>>>>>
>>>>>> Tests in error:
>>>>>>
>>>>>>  testRunScriptNotHostHttpUrl(org.jboss.forge.shell.test.plugins.builtin.RunUrlP
>>>>>> luginTest): Unexpected exception,
>>>>>> expected<java.net.UnknownHostException> but wa
>>>>>> s<org.mvel2.CompileException>
>>>>>>
>>>>>> Tests run: 136, Failures: 0, Errors: 1, Skipped: 5
>>>>>>
>>>>>> [INFO]
>>>>>> ------------------------------------------------------------------------
>>>>>> [INFO] Reactor Summary:
>>>>>> [INFO]
>>>>>> [INFO] Forge - Parent .................................... SUCCESS
>>>>>> [0.733s]
>>>>>> [INFO] Forge - Targeted Event Bus ........................ SUCCESS
>>>>>> [40.622s]
>>>>>> [INFO] Forge - Parser/Java API ........................... SUCCESS
>>>>>> [1.246s]
>>>>>> [INFO] Forge - Parser/XML ................................ SUCCESS
>>>>>> [0.950s]
>>>>>> [INFO] Forge - Shell API ................................. SUCCESS
>>>>>> [10.231s]
>>>>>> [INFO] Forge - Maven Integration APIs .................... SUCCESS
>>>>>> [22.668s]
>>>>>> [INFO] Forge - Git Integration ........................... SUCCESS
>>>>>> [7.097s]
>>>>>> [INFO] Forge - Test Harness .............................. SUCCESS
>>>>>> [1.277s]
>>>>>> [INFO] Forge - Maven Project Model ....................... SUCCESS
>>>>>> [18.364s]
>>>>>> [INFO] Forge - Parser/Java ............................... SUCCESS
>>>>>> [28.347s]
>>>>>> [INFO] Forge - Shell ..................................... FAILURE
>>>>>> [3:42.427s]
>>>>>> [INFO] Forge - Git Integration Tests ..................... SKIPPED
>>>>>> [INFO] Forge - Project Model Maven Tests ................. SKIPPED
>>>>>> [INFO] Forge - Test Harness (Web) ........................ SKIPPED
>>>>>> [INFO] Forge - Java EE APIs .............................. SKIPPED
>>>>>> [INFO] Forge - Java EE Integration Impl & Plugins ........ SKIPPED
>>>>>> [INFO] Forge - Scaffolding APIs .......................... SKIPPED
>>>>>> [INFO] Forge - Scaffolding Plugins ....................... SKIPPED
>>>>>> [INFO] Forge - Dev Plugins ............................... SKIPPED
>>>>>> [INFO] Forge - Scaffold Provider for Java Server Faces ... SKIPPED
>>>>>> [INFO] Forge - Modular Plugin Loader ..................... SKIPPED
>>>>>> [INFO] JBoss Forge - Distribution Build .................. SKIPPED
>>>>>> [INFO]
>>>>>> ------------------------------------------------------------------------
>>>>>> [INFO] BUILD FAILURE
>>>>>> [INFO]
>>>>>> ------------------------------------------------------------------------
>>>>>> [INFO] Total time: 5:56.660s
>>>>>> [INFO] Finished at: Sat Mar 31 13:07:19 EDT 2012
>>>>>> [INFO] Final Memory: 30M/102M
>>>>>> [INFO]
>>>>>> ------------------------------------------------------------------------
>>>>>> [ERROR] Failed to execute goal
>>>>>> org.apache.maven.plugins:maven-surefire-plugin:2.
>>>>>> 12:test (default-test) on project forge-shell: There are test
>>>>>> failures.
>>>>>> [ERROR]
>>>>>> [ERROR] Please refer to
>>>>>> D:\code\forge\core\shell\target\surefire-reports for the
>>>>>> individual test results.
>>>>>> [ERROR] -> [Help 1]
>>>>>> [ERROR]
>>>>>> [ERROR] To see the full stack trace of the errors, re-run Maven with
>>>>>> the -e swit
>>>>>> ch.
>>>>>> [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 rea
>>>>>> d the following articles:
>>>>>> [ERROR] [Help 1]
>>>>>> http://cwiki.apache.org/confluence/display/MAVEN/MojoFailureExc
>>>>>> eption
>>>>>> [ERROR]
>>>>>> [ERROR] After correcting the problems, you can resume the build with
>>>>>> the command
>>>>>>
>>>>>> [ERROR]   mvn <goals> -rf :forge-shell
>>>>>> D:\code\forge\core>
>>>>>>
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> forge-dev mailing list
>>>>>> forge-dev at lists.jboss.org
>>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Lincoln Baxter, III
>>>>> http://ocpsoft.org
>>>>> "Simpler is better."
>>>>> _______________________________________________
>>>>> forge-dev mailing list
>>>>> forge-dev at lists.jboss.org
>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> forge-dev mailing list
>>>>> forge-dev at lists.jboss.org
>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>> 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
>>>>
>>>> _______________________________________________
>>>> forge-dev mailing list
>>>> forge-dev at lists.jboss.org
>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>>
>>>>
>>>
>>>
>>> --
>>> Lincoln Baxter, III
>>> http://ocpsoft.org
>>> "Simpler is better."
>>>
>>> _______________________________________________
>>> forge-dev mailing list
>>> forge-dev at lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>
>>>
>>> _______________________________________________
>>> forge-dev mailing list
>>> forge-dev at lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>
>>>
>>
>>
>> --
>> Lincoln Baxter, III
>> http://ocpsoft.org
>> "Simpler is better."
>>
>> _______________________________________________
>> forge-dev mailing list
>> forge-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>
>>
>
>
> --
> 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
>
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev
>
>


-- 
Lincoln Baxter, III
http://ocpsoft.org
"Simpler is better."
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120405/43701262/attachment-0001.html 

From lightguard.jp at gmail.com  Thu Apr  5 00:11:07 2012
From: lightguard.jp at gmail.com (Jason Porter)
Date: Wed, 4 Apr 2012 22:11:07 -0600
Subject: [forge-dev] Fwd: forge build
In-Reply-To: <CAEp_U4Eqy0FsU3yCuLzY3g8CHCAhg6cSjjTsLWfbUC6imzoYeg@mail.gmail.com>
References: <b3abdbfc-c135-41f0-9f98-f00cdc0dbb52@zmail11.collab.prod.int.phx2.redhat.com>
	<6A8EB894-1188-4482-A3F9-67B3E8D877FC@redhat.com>
	<CAEp_U4FJgcqJnc2oH+_3hy8kKd6zCgmpbK0tRpr6ezDix7aJhw@mail.gmail.com>
	<D3CA235A-1B5F-4AB8-B71C-73B2B9D23630@redhat.com>
	<CAF9TksOt8EdBqBttvvSysfpbPK7X0LQ+5AadGDCFPO_hTqiNmg@mail.gmail.com>
	<CAEp_U4FJTPvbi=ZA=Q1Ns+rDNMmN1fjdZQT5s1RVLd9UnQVA9Q@mail.gmail.com>
	<BA90684D-9784-4178-9D2A-41739AAC289E@gmail.com>
	<CAEp_U4E5fWKL=o=iNq7s+WxH=j4JupqAKV3XUWULzRezmDabyA@mail.gmail.com>
	<BB6C4DC1-BB87-4556-A35D-E3D827B40D70@gmail.com>
	<CAF9TksP-5zRq3_3aWLDueaPJR2xyE6BHh_=5eS__JfrZN=ZnDw@mail.gmail.com>
	<CAEp_U4Eqy0FsU3yCuLzY3g8CHCAhg6cSjjTsLWfbUC6imzoYeg@mail.gmail.com>
Message-ID: <943033A5-E898-4D88-BFA9-FFDDED424A76@gmail.com>

I fixed it with that pull request. 

Sent from my iPhone

On Apr 4, 2012, at 22:06, "Lincoln Baxter, III" <lincolnbaxter at gmail.com> wrote:

> Sorry to say this, but my recommendation at this point is to crack open the debugger :( I can't reproduce this on any of my machines.
> 
> https://docs.jboss.org/author/display/FORGE/Debugging+Forge
> 
> ~Lincoln
> 
> On Wed, Apr 4, 2012 at 12:48 PM, Jason Porter <lightguard.jp at gmail.com> wrote:
> Here's the output from the two runs I did. The first one did not have a clean repo, the second one, as you can see from the output, does have a clean repo.
> 
> 
> On Tue, Apr 3, 2012 at 21:26, Jason Porter <lightguard.jp at gmail.com> wrote:
> I'll let you know. 
> 
> Sent from my iPhone
> 
> On Apr 3, 2012, at 21:12, "Lincoln Baxter, III" <lincolnbaxter at gmail.com> wrote:
> 
>> Hmmm. It shouldn't but I suppose that's possible!
>> 
>> Would be good to know.
>> 
>> ~Lincoln
>> 
>> On Tue, Apr 3, 2012 at 8:45 PM, Jason Porter <lightguard.jp at gmail.com> wrote:
>> I'll have to try again. Does they use $FORGE_HOME? If so, that would explain it
>> 
>> Sent from my iPhone
>> 
>> On Apr 3, 2012, at 18:39, "Lincoln Baxter, III" <lincolnbaxter at gmail.com> wrote:
>> 
>>> Which tests?? I don't even see failures with a clean repo. This build is turning into a nightmare :)
>>> 
>>> On Tue, Apr 3, 2012 at 4:05 PM, Jason Porter <lightguard.jp at gmail.com> wrote:
>>> I run -DskipTests on Fedora as well because of failing tests.
>>> 
>>> 
>>> On Tue, Apr 3, 2012 at 14:04, Burr Sutter <bsutter at redhat.com> wrote:
>>> I have only tried building Forge about 5 times - putting the git clone results into a brand new directory.
>>> 
>>> I had to use -DskipTests every time.
>>> 
>>> Perhaps there is an environmental setting for the average Mac or Windows machine to allow for the tests to run.
>>> 
>>> On Apr 3, 2012, at 3:55 PM, Lincoln Baxter, III wrote:
>>> 
>>>> Hey guys, have any of you seen an issue like this before?
>>>> 
>>>> On Mon, Apr 2, 2012 at 6:07 PM, Burr Sutter <bsutter at redhat.com> wrote:
>>>> 
>>>> 
>>>> Begin forwarded message:
>>>> 
>>>>> From: Burr Sutter <bsutter at redhat.com>
>>>>> Subject: forge build
>>>>> Date: March 31, 2012 2:26:33 PM EDT
>>>>> To: Lincoln Baxter <lbaxter at redhat.com>, Koen Aers <kaers at redhat.com>
>>>>> 
>>>>> Please tell me how to make "mvn install" work with Forge.
>>>>> 
>>>>> I use 
>>>>> "git clone https://github.com/forge/core.git"
>>>>> "mvn install"
>>>>> 
>>>>> and I always have test failures on Mac & Windows
>>>>> 
>>>>> Tests in error:
>>>>>  testRunScriptNotHostHttpUrl(org.jboss.forge.shell.test.plugins.builtin.RunUrlP
>>>>> luginTest): Unexpected exception, expected<java.net.UnknownHostException> but wa
>>>>> s<org.mvel2.CompileException>
>>>>> 
>>>>> Tests run: 136, Failures: 0, Errors: 1, Skipped: 5
>>>>> 
>>>>> [INFO] ------------------------------------------------------------------------
>>>>> [INFO] Reactor Summary:
>>>>> [INFO]
>>>>> [INFO] Forge - Parent .................................... SUCCESS [0.733s]
>>>>> [INFO] Forge - Targeted Event Bus ........................ SUCCESS [40.622s]
>>>>> [INFO] Forge - Parser/Java API ........................... SUCCESS [1.246s]
>>>>> [INFO] Forge - Parser/XML ................................ SUCCESS [0.950s]
>>>>> [INFO] Forge - Shell API ................................. SUCCESS [10.231s]
>>>>> [INFO] Forge - Maven Integration APIs .................... SUCCESS [22.668s]
>>>>> [INFO] Forge - Git Integration ........................... SUCCESS [7.097s]
>>>>> [INFO] Forge - Test Harness .............................. SUCCESS [1.277s]
>>>>> [INFO] Forge - Maven Project Model ....................... SUCCESS [18.364s]
>>>>> [INFO] Forge - Parser/Java ............................... SUCCESS [28.347s]
>>>>> [INFO] Forge - Shell ..................................... FAILURE [3:42.427s]
>>>>> [INFO] Forge - Git Integration Tests ..................... SKIPPED
>>>>> [INFO] Forge - Project Model Maven Tests ................. SKIPPED
>>>>> [INFO] Forge - Test Harness (Web) ........................ SKIPPED
>>>>> [INFO] Forge - Java EE APIs .............................. SKIPPED
>>>>> [INFO] Forge - Java EE Integration Impl & Plugins ........ SKIPPED
>>>>> [INFO] Forge - Scaffolding APIs .......................... SKIPPED
>>>>> [INFO] Forge - Scaffolding Plugins ....................... SKIPPED
>>>>> [INFO] Forge - Dev Plugins ............................... SKIPPED
>>>>> [INFO] Forge - Scaffold Provider for Java Server Faces ... SKIPPED
>>>>> [INFO] Forge - Modular Plugin Loader ..................... SKIPPED
>>>>> [INFO] JBoss Forge - Distribution Build .................. SKIPPED
>>>>> [INFO] ------------------------------------------------------------------------
>>>>> [INFO] BUILD FAILURE
>>>>> [INFO] ------------------------------------------------------------------------
>>>>> [INFO] Total time: 5:56.660s
>>>>> [INFO] Finished at: Sat Mar 31 13:07:19 EDT 2012
>>>>> [INFO] Final Memory: 30M/102M
>>>>> [INFO] ------------------------------------------------------------------------
>>>>> [ERROR] Failed to execute goal org.apache.maven.plugins:maven-surefire-plugin:2.
>>>>> 12:test (default-test) on project forge-shell: There are test failures.
>>>>> [ERROR]
>>>>> [ERROR] Please refer to D:\code\forge\core\shell\target\surefire-reports for the
>>>>> individual test results.
>>>>> [ERROR] -> [Help 1]
>>>>> [ERROR]
>>>>> [ERROR] To see the full stack trace of the errors, re-run Maven with the -e swit
>>>>> ch.
>>>>> [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 rea
>>>>> d the following articles:
>>>>> [ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/MojoFailureExc
>>>>> eption
>>>>> [ERROR]
>>>>> [ERROR] After correcting the problems, you can resume the build with the command
>>>>> 
>>>>> [ERROR]   mvn <goals> -rf :forge-shell
>>>>> D:\code\forge\core>
>>>> 
>>>> 
>>>> _______________________________________________
>>>> forge-dev mailing list
>>>> forge-dev at lists.jboss.org
>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>> 
>>>> 
>>>> 
>>>> 
>>>> -- 
>>>> Lincoln Baxter, III
>>>> http://ocpsoft.org
>>>> "Simpler is better."
>>>> _______________________________________________
>>>> forge-dev mailing list
>>>> forge-dev at lists.jboss.org
>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>> 
>>> 
>>> _______________________________________________
>>> forge-dev mailing list
>>> forge-dev at lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>> 
>>> 
>>> 
>>> 
>>> -- 
>>> 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
>>> 
>>> _______________________________________________
>>> forge-dev mailing list
>>> forge-dev at lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>> 
>>> 
>>> 
>>> 
>>> -- 
>>> Lincoln Baxter, III
>>> http://ocpsoft.org
>>> "Simpler is better."
>>> _______________________________________________
>>> forge-dev mailing list
>>> forge-dev at lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>> 
>> _______________________________________________
>> forge-dev mailing list
>> forge-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/forge-dev
>> 
>> 
>> 
>> 
>> -- 
>> Lincoln Baxter, III
>> http://ocpsoft.org
>> "Simpler is better."
>> _______________________________________________
>> forge-dev mailing list
>> forge-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/forge-dev
> 
> 
> 
> -- 
> 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
> 
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev
> 
> 
> 
> 
> -- 
> Lincoln Baxter, III
> http://ocpsoft.org
> "Simpler is better."
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120404/d4554cc9/attachment.html 

From lincolnbaxter at gmail.com  Thu Apr  5 00:23:44 2012
From: lincolnbaxter at gmail.com (Lincoln Baxter, III)
Date: Thu, 5 Apr 2012 00:23:44 -0400
Subject: [forge-dev] Fwd: forge build
In-Reply-To: <943033A5-E898-4D88-BFA9-FFDDED424A76@gmail.com>
References: <b3abdbfc-c135-41f0-9f98-f00cdc0dbb52@zmail11.collab.prod.int.phx2.redhat.com>
	<6A8EB894-1188-4482-A3F9-67B3E8D877FC@redhat.com>
	<CAEp_U4FJgcqJnc2oH+_3hy8kKd6zCgmpbK0tRpr6ezDix7aJhw@mail.gmail.com>
	<D3CA235A-1B5F-4AB8-B71C-73B2B9D23630@redhat.com>
	<CAF9TksOt8EdBqBttvvSysfpbPK7X0LQ+5AadGDCFPO_hTqiNmg@mail.gmail.com>
	<CAEp_U4FJTPvbi=ZA=Q1Ns+rDNMmN1fjdZQT5s1RVLd9UnQVA9Q@mail.gmail.com>
	<BA90684D-9784-4178-9D2A-41739AAC289E@gmail.com>
	<CAEp_U4E5fWKL=o=iNq7s+WxH=j4JupqAKV3XUWULzRezmDabyA@mail.gmail.com>
	<BB6C4DC1-BB87-4556-A35D-E3D827B40D70@gmail.com>
	<CAF9TksP-5zRq3_3aWLDueaPJR2xyE6BHh_=5eS__JfrZN=ZnDw@mail.gmail.com>
	<CAEp_U4Eqy0FsU3yCuLzY3g8CHCAhg6cSjjTsLWfbUC6imzoYeg@mail.gmail.com>
	<943033A5-E898-4D88-BFA9-FFDDED424A76@gmail.com>
Message-ID: <CAEp_U4EEbwA75bUsg5KMz8QOUiOd1=yd9=xcjaSCgbY6SX-FuA@mail.gmail.com>

Okay cool. Many people have tons of failures so I'm not exactly sure why
they are seemingly so sporadic. But this narrows it down by 1 :)

~Lincoln

On Thu, Apr 5, 2012 at 12:11 AM, Jason Porter <lightguard.jp at gmail.com>wrote:

> I fixed it with that pull request.
>
> Sent from my iPhone
>
> On Apr 4, 2012, at 22:06, "Lincoln Baxter, III" <lincolnbaxter at gmail.com>
> wrote:
>
> Sorry to say this, but my recommendation at this point is to crack open
> the debugger :( I can't reproduce this on any of my machines.
>
> https://docs.jboss.org/author/display/FORGE/Debugging+Forge
>
> ~Lincoln
>
> On Wed, Apr 4, 2012 at 12:48 PM, Jason Porter <lightguard.jp at gmail.com>wrote:
>
>> Here's the output from the two runs I did. The first one did not have a
>> clean repo, the second one, as you can see from the output, does have a
>> clean repo.
>>
>>
>> On Tue, Apr 3, 2012 at 21:26, Jason Porter <lightguard.jp at gmail.com>wrote:
>>
>>> I'll let you know.
>>>
>>> Sent from my iPhone
>>>
>>> On Apr 3, 2012, at 21:12, "Lincoln Baxter, III" <lincolnbaxter at gmail.com>
>>> wrote:
>>>
>>> Hmmm. It shouldn't but I suppose that's possible!
>>>
>>> Would be good to know.
>>>
>>> ~Lincoln
>>>
>>> On Tue, Apr 3, 2012 at 8:45 PM, Jason Porter <lightguard.jp at gmail.com>wrote:
>>>
>>>> I'll have to try again. Does they use $FORGE_HOME? If so, that would
>>>> explain it
>>>>
>>>> Sent from my iPhone
>>>>
>>>> On Apr 3, 2012, at 18:39, "Lincoln Baxter, III" <
>>>> lincolnbaxter at gmail.com> wrote:
>>>>
>>>> Which tests?? I don't even see failures with a clean repo. This build
>>>> is turning into a nightmare :)
>>>>
>>>> On Tue, Apr 3, 2012 at 4:05 PM, Jason Porter <lightguard.jp at gmail.com>wrote:
>>>>
>>>>> I run -DskipTests on Fedora as well because of failing tests.
>>>>>
>>>>>
>>>>> On Tue, Apr 3, 2012 at 14:04, Burr Sutter <bsutter at redhat.com> wrote:
>>>>>
>>>>>> I have only tried building Forge about 5 times - putting the git
>>>>>> clone results into a brand new directory.
>>>>>>
>>>>>> I had to use -DskipTests every time.
>>>>>>
>>>>>> Perhaps there is an environmental setting for the average Mac or
>>>>>> Windows machine to allow for the tests to run.
>>>>>>
>>>>>> On Apr 3, 2012, at 3:55 PM, Lincoln Baxter, III wrote:
>>>>>>
>>>>>> Hey guys, have any of you seen an issue like this before?
>>>>>>
>>>>>> On Mon, Apr 2, 2012 at 6:07 PM, Burr Sutter <bsutter at redhat.com>wrote:
>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Begin forwarded message:
>>>>>>>
>>>>>>> *From: *Burr Sutter <bsutter at redhat.com>
>>>>>>> *Subject: **forge build*
>>>>>>> *Date: *March 31, 2012 2:26:33 PM EDT
>>>>>>> *To: *Lincoln Baxter <lbaxter at redhat.com>, Koen Aers <
>>>>>>> kaers at redhat.com>
>>>>>>>
>>>>>>> Please tell me how to make "mvn install" work with Forge.
>>>>>>>
>>>>>>> I use
>>>>>>> "git clone https://github.com/forge/core.git"
>>>>>>> "mvn install"
>>>>>>>
>>>>>>> and I always have test failures on Mac & Windows
>>>>>>>
>>>>>>> Tests in error:
>>>>>>>
>>>>>>>  testRunScriptNotHostHttpUrl(org.jboss.forge.shell.test.plugins.builtin.RunUrlP
>>>>>>> luginTest): Unexpected exception,
>>>>>>> expected<java.net.UnknownHostException> but wa
>>>>>>> s<org.mvel2.CompileException>
>>>>>>>
>>>>>>> Tests run: 136, Failures: 0, Errors: 1, Skipped: 5
>>>>>>>
>>>>>>> [INFO]
>>>>>>> ------------------------------------------------------------------------
>>>>>>> [INFO] Reactor Summary:
>>>>>>> [INFO]
>>>>>>> [INFO] Forge - Parent .................................... SUCCESS
>>>>>>> [0.733s]
>>>>>>> [INFO] Forge - Targeted Event Bus ........................ SUCCESS
>>>>>>> [40.622s]
>>>>>>> [INFO] Forge - Parser/Java API ........................... SUCCESS
>>>>>>> [1.246s]
>>>>>>> [INFO] Forge - Parser/XML ................................ SUCCESS
>>>>>>> [0.950s]
>>>>>>> [INFO] Forge - Shell API ................................. SUCCESS
>>>>>>> [10.231s]
>>>>>>> [INFO] Forge - Maven Integration APIs .................... SUCCESS
>>>>>>> [22.668s]
>>>>>>> [INFO] Forge - Git Integration ........................... SUCCESS
>>>>>>> [7.097s]
>>>>>>> [INFO] Forge - Test Harness .............................. SUCCESS
>>>>>>> [1.277s]
>>>>>>> [INFO] Forge - Maven Project Model ....................... SUCCESS
>>>>>>> [18.364s]
>>>>>>> [INFO] Forge - Parser/Java ............................... SUCCESS
>>>>>>> [28.347s]
>>>>>>> [INFO] Forge - Shell ..................................... FAILURE
>>>>>>> [3:42.427s]
>>>>>>> [INFO] Forge - Git Integration Tests ..................... SKIPPED
>>>>>>> [INFO] Forge - Project Model Maven Tests ................. SKIPPED
>>>>>>> [INFO] Forge - Test Harness (Web) ........................ SKIPPED
>>>>>>> [INFO] Forge - Java EE APIs .............................. SKIPPED
>>>>>>> [INFO] Forge - Java EE Integration Impl & Plugins ........ SKIPPED
>>>>>>> [INFO] Forge - Scaffolding APIs .......................... SKIPPED
>>>>>>> [INFO] Forge - Scaffolding Plugins ....................... SKIPPED
>>>>>>> [INFO] Forge - Dev Plugins ............................... SKIPPED
>>>>>>> [INFO] Forge - Scaffold Provider for Java Server Faces ... SKIPPED
>>>>>>> [INFO] Forge - Modular Plugin Loader ..................... SKIPPED
>>>>>>> [INFO] JBoss Forge - Distribution Build .................. SKIPPED
>>>>>>> [INFO]
>>>>>>> ------------------------------------------------------------------------
>>>>>>> [INFO] BUILD FAILURE
>>>>>>> [INFO]
>>>>>>> ------------------------------------------------------------------------
>>>>>>> [INFO] Total time: 5:56.660s
>>>>>>> [INFO] Finished at: Sat Mar 31 13:07:19 EDT 2012
>>>>>>> [INFO] Final Memory: 30M/102M
>>>>>>> [INFO]
>>>>>>> ------------------------------------------------------------------------
>>>>>>> [ERROR] Failed to execute goal
>>>>>>> org.apache.maven.plugins:maven-surefire-plugin:2.
>>>>>>> 12:test (default-test) on project forge-shell: There are test
>>>>>>> failures.
>>>>>>> [ERROR]
>>>>>>> [ERROR] Please refer to
>>>>>>> D:\code\forge\core\shell\target\surefire-reports for the
>>>>>>> individual test results.
>>>>>>> [ERROR] -> [Help 1]
>>>>>>> [ERROR]
>>>>>>> [ERROR] To see the full stack trace of the errors, re-run Maven with
>>>>>>> the -e swit
>>>>>>> ch.
>>>>>>> [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 rea
>>>>>>> d the following articles:
>>>>>>> [ERROR] [Help 1]
>>>>>>> http://cwiki.apache.org/confluence/display/MAVEN/MojoFailureExc
>>>>>>> eption
>>>>>>> [ERROR]
>>>>>>> [ERROR] After correcting the problems, you can resume the build with
>>>>>>> the command
>>>>>>>
>>>>>>> [ERROR]   mvn <goals> -rf :forge-shell
>>>>>>> D:\code\forge\core>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> forge-dev mailing list
>>>>>>> forge-dev at lists.jboss.org
>>>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Lincoln Baxter, III
>>>>>> http://ocpsoft.org
>>>>>> "Simpler is better."
>>>>>> _______________________________________________
>>>>>> forge-dev mailing list
>>>>>> forge-dev at lists.jboss.org
>>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>>>>
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> forge-dev mailing list
>>>>>> forge-dev at lists.jboss.org
>>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> 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
>>>>>
>>>>> _______________________________________________
>>>>> forge-dev mailing list
>>>>> forge-dev at lists.jboss.org
>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>> Lincoln Baxter, III
>>>> http://ocpsoft.org
>>>> "Simpler is better."
>>>>
>>>> _______________________________________________
>>>> forge-dev mailing list
>>>> forge-dev at lists.jboss.org
>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>>
>>>>
>>>> _______________________________________________
>>>> forge-dev mailing list
>>>> forge-dev at lists.jboss.org
>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>>
>>>>
>>>
>>>
>>> --
>>> Lincoln Baxter, III
>>> http://ocpsoft.org
>>> "Simpler is better."
>>>
>>> _______________________________________________
>>> forge-dev mailing list
>>> forge-dev at lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>
>>>
>>
>>
>> --
>> 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
>>
>> _______________________________________________
>> forge-dev mailing list
>> forge-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>
>>
>
>
> --
> Lincoln Baxter, III
> http://ocpsoft.org
> "Simpler is better."
>
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev
>
>
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev
>
>


-- 
Lincoln Baxter, III
http://ocpsoft.org
"Simpler is better."
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120405/9d6c4b77/attachment-0001.html 

From lightguard.jp at gmail.com  Thu Apr  5 00:35:41 2012
From: lightguard.jp at gmail.com (Jason Porter)
Date: Wed, 4 Apr 2012 22:35:41 -0600
Subject: [forge-dev] Fwd: forge build
In-Reply-To: <CAEp_U4EEbwA75bUsg5KMz8QOUiOd1=yd9=xcjaSCgbY6SX-FuA@mail.gmail.com>
References: <b3abdbfc-c135-41f0-9f98-f00cdc0dbb52@zmail11.collab.prod.int.phx2.redhat.com>
	<6A8EB894-1188-4482-A3F9-67B3E8D877FC@redhat.com>
	<CAEp_U4FJgcqJnc2oH+_3hy8kKd6zCgmpbK0tRpr6ezDix7aJhw@mail.gmail.com>
	<D3CA235A-1B5F-4AB8-B71C-73B2B9D23630@redhat.com>
	<CAF9TksOt8EdBqBttvvSysfpbPK7X0LQ+5AadGDCFPO_hTqiNmg@mail.gmail.com>
	<CAEp_U4FJTPvbi=ZA=Q1Ns+rDNMmN1fjdZQT5s1RVLd9UnQVA9Q@mail.gmail.com>
	<BA90684D-9784-4178-9D2A-41739AAC289E@gmail.com>
	<CAEp_U4E5fWKL=o=iNq7s+WxH=j4JupqAKV3XUWULzRezmDabyA@mail.gmail.com>
	<BB6C4DC1-BB87-4556-A35D-E3D827B40D70@gmail.com>
	<CAF9TksP-5zRq3_3aWLDueaPJR2xyE6BHh_=5eS__JfrZN=ZnDw@mail.gmail.com>
	<CAEp_U4Eqy0FsU3yCuLzY3g8CHCAhg6cSjjTsLWfbUC6imzoYeg@mail.gmail.com>
	<943033A5-E898-4D88-BFA9-FFDDED424A76@gmail.com>
	<CAEp_U4EEbwA75bUsg5KMz8QOUiOd1=yd9=xcjaSCgbY6SX-FuA@mail.gmail.com>
Message-ID: <9FE8C541-D8EE-46D6-8578-72B48987E2B1@gmail.com>

Are they related to maven or something else?

Sent from my iPhone

On Apr 4, 2012, at 22:23, "Lincoln Baxter, III" <lincolnbaxter at gmail.com> wrote:

> Okay cool. Many people have tons of failures so I'm not exactly sure why they are seemingly so sporadic. But this narrows it down by 1 :)
> 
> ~Lincoln
> 
> On Thu, Apr 5, 2012 at 12:11 AM, Jason Porter <lightguard.jp at gmail.com> wrote:
> I fixed it with that pull request. 
> 
> Sent from my iPhone
> 
> On Apr 4, 2012, at 22:06, "Lincoln Baxter, III" <lincolnbaxter at gmail.com> wrote:
> 
>> Sorry to say this, but my recommendation at this point is to crack open the debugger :( I can't reproduce this on any of my machines.
>> 
>> https://docs.jboss.org/author/display/FORGE/Debugging+Forge
>> 
>> ~Lincoln
>> 
>> On Wed, Apr 4, 2012 at 12:48 PM, Jason Porter <lightguard.jp at gmail.com> wrote:
>> Here's the output from the two runs I did. The first one did not have a clean repo, the second one, as you can see from the output, does have a clean repo.
>> 
>> 
>> On Tue, Apr 3, 2012 at 21:26, Jason Porter <lightguard.jp at gmail.com> wrote:
>> I'll let you know. 
>> 
>> Sent from my iPhone
>> 
>> On Apr 3, 2012, at 21:12, "Lincoln Baxter, III" <lincolnbaxter at gmail.com> wrote:
>> 
>>> Hmmm. It shouldn't but I suppose that's possible!
>>> 
>>> Would be good to know.
>>> 
>>> ~Lincoln
>>> 
>>> On Tue, Apr 3, 2012 at 8:45 PM, Jason Porter <lightguard.jp at gmail.com> wrote:
>>> I'll have to try again. Does they use $FORGE_HOME? If so, that would explain it
>>> 
>>> Sent from my iPhone
>>> 
>>> On Apr 3, 2012, at 18:39, "Lincoln Baxter, III" <lincolnbaxter at gmail.com> wrote:
>>> 
>>>> Which tests?? I don't even see failures with a clean repo. This build is turning into a nightmare :)
>>>> 
>>>> On Tue, Apr 3, 2012 at 4:05 PM, Jason Porter <lightguard.jp at gmail.com> wrote:
>>>> I run -DskipTests on Fedora as well because of failing tests.
>>>> 
>>>> 
>>>> On Tue, Apr 3, 2012 at 14:04, Burr Sutter <bsutter at redhat.com> wrote:
>>>> I have only tried building Forge about 5 times - putting the git clone results into a brand new directory.
>>>> 
>>>> I had to use -DskipTests every time.
>>>> 
>>>> Perhaps there is an environmental setting for the average Mac or Windows machine to allow for the tests to run.
>>>> 
>>>> On Apr 3, 2012, at 3:55 PM, Lincoln Baxter, III wrote:
>>>> 
>>>>> Hey guys, have any of you seen an issue like this before?
>>>>> 
>>>>> On Mon, Apr 2, 2012 at 6:07 PM, Burr Sutter <bsutter at redhat.com> wrote:
>>>>> 
>>>>> 
>>>>> Begin forwarded message:
>>>>> 
>>>>>> From: Burr Sutter <bsutter at redhat.com>
>>>>>> Subject: forge build
>>>>>> Date: March 31, 2012 2:26:33 PM EDT
>>>>>> To: Lincoln Baxter <lbaxter at redhat.com>, Koen Aers <kaers at redhat.com>
>>>>>> 
>>>>>> Please tell me how to make "mvn install" work with Forge.
>>>>>> 
>>>>>> I use 
>>>>>> "git clone https://github.com/forge/core.git"
>>>>>> "mvn install"
>>>>>> 
>>>>>> and I always have test failures on Mac & Windows
>>>>>> 
>>>>>> Tests in error:
>>>>>>  testRunScriptNotHostHttpUrl(org.jboss.forge.shell.test.plugins.builtin.RunUrlP
>>>>>> luginTest): Unexpected exception, expected<java.net.UnknownHostException> but wa
>>>>>> s<org.mvel2.CompileException>
>>>>>> 
>>>>>> Tests run: 136, Failures: 0, Errors: 1, Skipped: 5
>>>>>> 
>>>>>> [INFO] ------------------------------------------------------------------------
>>>>>> [INFO] Reactor Summary:
>>>>>> [INFO]
>>>>>> [INFO] Forge - Parent .................................... SUCCESS [0.733s]
>>>>>> [INFO] Forge - Targeted Event Bus ........................ SUCCESS [40.622s]
>>>>>> [INFO] Forge - Parser/Java API ........................... SUCCESS [1.246s]
>>>>>> [INFO] Forge - Parser/XML ................................ SUCCESS [0.950s]
>>>>>> [INFO] Forge - Shell API ................................. SUCCESS [10.231s]
>>>>>> [INFO] Forge - Maven Integration APIs .................... SUCCESS [22.668s]
>>>>>> [INFO] Forge - Git Integration ........................... SUCCESS [7.097s]
>>>>>> [INFO] Forge - Test Harness .............................. SUCCESS [1.277s]
>>>>>> [INFO] Forge - Maven Project Model ....................... SUCCESS [18.364s]
>>>>>> [INFO] Forge - Parser/Java ............................... SUCCESS [28.347s]
>>>>>> [INFO] Forge - Shell ..................................... FAILURE [3:42.427s]
>>>>>> [INFO] Forge - Git Integration Tests ..................... SKIPPED
>>>>>> [INFO] Forge - Project Model Maven Tests ................. SKIPPED
>>>>>> [INFO] Forge - Test Harness (Web) ........................ SKIPPED
>>>>>> [INFO] Forge - Java EE APIs .............................. SKIPPED
>>>>>> [INFO] Forge - Java EE Integration Impl & Plugins ........ SKIPPED
>>>>>> [INFO] Forge - Scaffolding APIs .......................... SKIPPED
>>>>>> [INFO] Forge - Scaffolding Plugins ....................... SKIPPED
>>>>>> [INFO] Forge - Dev Plugins ............................... SKIPPED
>>>>>> [INFO] Forge - Scaffold Provider for Java Server Faces ... SKIPPED
>>>>>> [INFO] Forge - Modular Plugin Loader ..................... SKIPPED
>>>>>> [INFO] JBoss Forge - Distribution Build .................. SKIPPED
>>>>>> [INFO] ------------------------------------------------------------------------
>>>>>> [INFO] BUILD FAILURE
>>>>>> [INFO] ------------------------------------------------------------------------
>>>>>> [INFO] Total time: 5:56.660s
>>>>>> [INFO] Finished at: Sat Mar 31 13:07:19 EDT 2012
>>>>>> [INFO] Final Memory: 30M/102M
>>>>>> [INFO] ------------------------------------------------------------------------
>>>>>> [ERROR] Failed to execute goal org.apache.maven.plugins:maven-surefire-plugin:2.
>>>>>> 12:test (default-test) on project forge-shell: There are test failures.
>>>>>> [ERROR]
>>>>>> [ERROR] Please refer to D:\code\forge\core\shell\target\surefire-reports for the
>>>>>> individual test results.
>>>>>> [ERROR] -> [Help 1]
>>>>>> [ERROR]
>>>>>> [ERROR] To see the full stack trace of the errors, re-run Maven with the -e swit
>>>>>> ch.
>>>>>> [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 rea
>>>>>> d the following articles:
>>>>>> [ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/MojoFailureExc
>>>>>> eption
>>>>>> [ERROR]
>>>>>> [ERROR] After correcting the problems, you can resume the build with the command
>>>>>> 
>>>>>> [ERROR]   mvn <goals> -rf :forge-shell
>>>>>> D:\code\forge\core>
>>>>> 
>>>>> 
>>>>> _______________________________________________
>>>>> forge-dev mailing list
>>>>> forge-dev at lists.jboss.org
>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>> -- 
>>>>> Lincoln Baxter, III
>>>>> http://ocpsoft.org
>>>>> "Simpler is better."
>>>>> _______________________________________________
>>>>> forge-dev mailing list
>>>>> forge-dev at lists.jboss.org
>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>> 
>>>> 
>>>> _______________________________________________
>>>> forge-dev mailing list
>>>> forge-dev at lists.jboss.org
>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>> 
>>>> 
>>>> 
>>>> 
>>>> -- 
>>>> 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
>>>> 
>>>> _______________________________________________
>>>> forge-dev mailing list
>>>> forge-dev at lists.jboss.org
>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>> 
>>>> 
>>>> 
>>>> 
>>>> -- 
>>>> Lincoln Baxter, III
>>>> http://ocpsoft.org
>>>> "Simpler is better."
>>>> _______________________________________________
>>>> forge-dev mailing list
>>>> forge-dev at lists.jboss.org
>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>> 
>>> _______________________________________________
>>> forge-dev mailing list
>>> forge-dev at lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>> 
>>> 
>>> 
>>> 
>>> -- 
>>> Lincoln Baxter, III
>>> http://ocpsoft.org
>>> "Simpler is better."
>>> _______________________________________________
>>> forge-dev mailing list
>>> forge-dev at lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>> 
>> 
>> 
>> -- 
>> 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
>> 
>> _______________________________________________
>> forge-dev mailing list
>> forge-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/forge-dev
>> 
>> 
>> 
>> 
>> -- 
>> Lincoln Baxter, III
>> http://ocpsoft.org
>> "Simpler is better."
>> _______________________________________________
>> forge-dev mailing list
>> forge-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/forge-dev
> 
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev
> 
> 
> 
> 
> -- 
> Lincoln Baxter, III
> http://ocpsoft.org
> "Simpler is better."
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120404/68eb0b4d/attachment.html 

From lincolnbaxter at gmail.com  Thu Apr  5 00:46:51 2012
From: lincolnbaxter at gmail.com (Lincoln Baxter, III)
Date: Thu, 5 Apr 2012 00:46:51 -0400
Subject: [forge-dev] Fwd: forge build
In-Reply-To: <9FE8C541-D8EE-46D6-8578-72B48987E2B1@gmail.com>
References: <b3abdbfc-c135-41f0-9f98-f00cdc0dbb52@zmail11.collab.prod.int.phx2.redhat.com>
	<6A8EB894-1188-4482-A3F9-67B3E8D877FC@redhat.com>
	<CAEp_U4FJgcqJnc2oH+_3hy8kKd6zCgmpbK0tRpr6ezDix7aJhw@mail.gmail.com>
	<D3CA235A-1B5F-4AB8-B71C-73B2B9D23630@redhat.com>
	<CAF9TksOt8EdBqBttvvSysfpbPK7X0LQ+5AadGDCFPO_hTqiNmg@mail.gmail.com>
	<CAEp_U4FJTPvbi=ZA=Q1Ns+rDNMmN1fjdZQT5s1RVLd9UnQVA9Q@mail.gmail.com>
	<BA90684D-9784-4178-9D2A-41739AAC289E@gmail.com>
	<CAEp_U4E5fWKL=o=iNq7s+WxH=j4JupqAKV3XUWULzRezmDabyA@mail.gmail.com>
	<BB6C4DC1-BB87-4556-A35D-E3D827B40D70@gmail.com>
	<CAF9TksP-5zRq3_3aWLDueaPJR2xyE6BHh_=5eS__JfrZN=ZnDw@mail.gmail.com>
	<CAEp_U4Eqy0FsU3yCuLzY3g8CHCAhg6cSjjTsLWfbUC6imzoYeg@mail.gmail.com>
	<943033A5-E898-4D88-BFA9-FFDDED424A76@gmail.com>
	<CAEp_U4EEbwA75bUsg5KMz8QOUiOd1=yd9=xcjaSCgbY6SX-FuA@mail.gmail.com>
	<9FE8C541-D8EE-46D6-8578-72B48987E2B1@gmail.com>
Message-ID: <CAEp_U4E-_iAx8ys6LoEoANmMui+SrzdcT1acFR-hd+dLwaAMmQ@mail.gmail.com>

Mostly OS-specific issues.

On Thu, Apr 5, 2012 at 12:35 AM, Jason Porter <lightguard.jp at gmail.com>wrote:

> Are they related to maven or something else?
>
> Sent from my iPhone
>
> On Apr 4, 2012, at 22:23, "Lincoln Baxter, III" <lincolnbaxter at gmail.com>
> wrote:
>
> Okay cool. Many people have tons of failures so I'm not exactly sure why
> they are seemingly so sporadic. But this narrows it down by 1 :)
>
> ~Lincoln
>
> On Thu, Apr 5, 2012 at 12:11 AM, Jason Porter <lightguard.jp at gmail.com>wrote:
>
>> I fixed it with that pull request.
>>
>> Sent from my iPhone
>>
>> On Apr 4, 2012, at 22:06, "Lincoln Baxter, III" <lincolnbaxter at gmail.com>
>> wrote:
>>
>> Sorry to say this, but my recommendation at this point is to crack open
>> the debugger :( I can't reproduce this on any of my machines.
>>
>> https://docs.jboss.org/author/display/FORGE/Debugging+Forge
>>
>> ~Lincoln
>>
>> On Wed, Apr 4, 2012 at 12:48 PM, Jason Porter <lightguard.jp at gmail.com>wrote:
>>
>>> Here's the output from the two runs I did. The first one did not have a
>>> clean repo, the second one, as you can see from the output, does have a
>>> clean repo.
>>>
>>>
>>> On Tue, Apr 3, 2012 at 21:26, Jason Porter <lightguard.jp at gmail.com>wrote:
>>>
>>>> I'll let you know.
>>>>
>>>> Sent from my iPhone
>>>>
>>>> On Apr 3, 2012, at 21:12, "Lincoln Baxter, III" <
>>>> lincolnbaxter at gmail.com> wrote:
>>>>
>>>> Hmmm. It shouldn't but I suppose that's possible!
>>>>
>>>> Would be good to know.
>>>>
>>>> ~Lincoln
>>>>
>>>> On Tue, Apr 3, 2012 at 8:45 PM, Jason Porter <lightguard.jp at gmail.com>wrote:
>>>>
>>>>> I'll have to try again. Does they use $FORGE_HOME? If so, that would
>>>>> explain it
>>>>>
>>>>> Sent from my iPhone
>>>>>
>>>>> On Apr 3, 2012, at 18:39, "Lincoln Baxter, III" <
>>>>> lincolnbaxter at gmail.com> wrote:
>>>>>
>>>>> Which tests?? I don't even see failures with a clean repo. This build
>>>>> is turning into a nightmare :)
>>>>>
>>>>> On Tue, Apr 3, 2012 at 4:05 PM, Jason Porter <lightguard.jp at gmail.com>wrote:
>>>>>
>>>>>> I run -DskipTests on Fedora as well because of failing tests.
>>>>>>
>>>>>>
>>>>>> On Tue, Apr 3, 2012 at 14:04, Burr Sutter <bsutter at redhat.com> wrote:
>>>>>>
>>>>>>> I have only tried building Forge about 5 times - putting the git
>>>>>>> clone results into a brand new directory.
>>>>>>>
>>>>>>> I had to use -DskipTests every time.
>>>>>>>
>>>>>>> Perhaps there is an environmental setting for the average Mac or
>>>>>>> Windows machine to allow for the tests to run.
>>>>>>>
>>>>>>> On Apr 3, 2012, at 3:55 PM, Lincoln Baxter, III wrote:
>>>>>>>
>>>>>>> Hey guys, have any of you seen an issue like this before?
>>>>>>>
>>>>>>> On Mon, Apr 2, 2012 at 6:07 PM, Burr Sutter <bsutter at redhat.com>wrote:
>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> Begin forwarded message:
>>>>>>>>
>>>>>>>> *From: *Burr Sutter <bsutter at redhat.com>
>>>>>>>> *Subject: **forge build*
>>>>>>>> *Date: *March 31, 2012 2:26:33 PM EDT
>>>>>>>> *To: *Lincoln Baxter <lbaxter at redhat.com>, Koen Aers <
>>>>>>>> kaers at redhat.com>
>>>>>>>>
>>>>>>>> Please tell me how to make "mvn install" work with Forge.
>>>>>>>>
>>>>>>>> I use
>>>>>>>> "git clone https://github.com/forge/core.git"
>>>>>>>> "mvn install"
>>>>>>>>
>>>>>>>> and I always have test failures on Mac & Windows
>>>>>>>>
>>>>>>>> Tests in error:
>>>>>>>>
>>>>>>>>  testRunScriptNotHostHttpUrl(org.jboss.forge.shell.test.plugins.builtin.RunUrlP
>>>>>>>> luginTest): Unexpected exception,
>>>>>>>> expected<java.net.UnknownHostException> but wa
>>>>>>>> s<org.mvel2.CompileException>
>>>>>>>>
>>>>>>>> Tests run: 136, Failures: 0, Errors: 1, Skipped: 5
>>>>>>>>
>>>>>>>> [INFO]
>>>>>>>> ------------------------------------------------------------------------
>>>>>>>> [INFO] Reactor Summary:
>>>>>>>> [INFO]
>>>>>>>> [INFO] Forge - Parent .................................... SUCCESS
>>>>>>>> [0.733s]
>>>>>>>> [INFO] Forge - Targeted Event Bus ........................ SUCCESS
>>>>>>>> [40.622s]
>>>>>>>> [INFO] Forge - Parser/Java API ........................... SUCCESS
>>>>>>>> [1.246s]
>>>>>>>> [INFO] Forge - Parser/XML ................................ SUCCESS
>>>>>>>> [0.950s]
>>>>>>>> [INFO] Forge - Shell API ................................. SUCCESS
>>>>>>>> [10.231s]
>>>>>>>> [INFO] Forge - Maven Integration APIs .................... SUCCESS
>>>>>>>> [22.668s]
>>>>>>>> [INFO] Forge - Git Integration ........................... SUCCESS
>>>>>>>> [7.097s]
>>>>>>>> [INFO] Forge - Test Harness .............................. SUCCESS
>>>>>>>> [1.277s]
>>>>>>>> [INFO] Forge - Maven Project Model ....................... SUCCESS
>>>>>>>> [18.364s]
>>>>>>>> [INFO] Forge - Parser/Java ............................... SUCCESS
>>>>>>>> [28.347s]
>>>>>>>> [INFO] Forge - Shell ..................................... FAILURE
>>>>>>>> [3:42.427s]
>>>>>>>> [INFO] Forge - Git Integration Tests ..................... SKIPPED
>>>>>>>> [INFO] Forge - Project Model Maven Tests ................. SKIPPED
>>>>>>>> [INFO] Forge - Test Harness (Web) ........................ SKIPPED
>>>>>>>> [INFO] Forge - Java EE APIs .............................. SKIPPED
>>>>>>>> [INFO] Forge - Java EE Integration Impl & Plugins ........ SKIPPED
>>>>>>>> [INFO] Forge - Scaffolding APIs .......................... SKIPPED
>>>>>>>> [INFO] Forge - Scaffolding Plugins ....................... SKIPPED
>>>>>>>> [INFO] Forge - Dev Plugins ............................... SKIPPED
>>>>>>>> [INFO] Forge - Scaffold Provider for Java Server Faces ... SKIPPED
>>>>>>>> [INFO] Forge - Modular Plugin Loader ..................... SKIPPED
>>>>>>>> [INFO] JBoss Forge - Distribution Build .................. SKIPPED
>>>>>>>> [INFO]
>>>>>>>> ------------------------------------------------------------------------
>>>>>>>> [INFO] BUILD FAILURE
>>>>>>>> [INFO]
>>>>>>>> ------------------------------------------------------------------------
>>>>>>>> [INFO] Total time: 5:56.660s
>>>>>>>> [INFO] Finished at: Sat Mar 31 13:07:19 EDT 2012
>>>>>>>> [INFO] Final Memory: 30M/102M
>>>>>>>> [INFO]
>>>>>>>> ------------------------------------------------------------------------
>>>>>>>> [ERROR] Failed to execute goal
>>>>>>>> org.apache.maven.plugins:maven-surefire-plugin:2.
>>>>>>>> 12:test (default-test) on project forge-shell: There are test
>>>>>>>> failures.
>>>>>>>> [ERROR]
>>>>>>>> [ERROR] Please refer to
>>>>>>>> D:\code\forge\core\shell\target\surefire-reports for the
>>>>>>>> individual test results.
>>>>>>>> [ERROR] -> [Help 1]
>>>>>>>> [ERROR]
>>>>>>>> [ERROR] To see the full stack trace of the errors, re-run Maven
>>>>>>>> with the -e swit
>>>>>>>> ch.
>>>>>>>> [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 rea
>>>>>>>> d the following articles:
>>>>>>>> [ERROR] [Help 1]
>>>>>>>> http://cwiki.apache.org/confluence/display/MAVEN/MojoFailureExc
>>>>>>>> eption
>>>>>>>> [ERROR]
>>>>>>>> [ERROR] After correcting the problems, you can resume the build
>>>>>>>> with the command
>>>>>>>>
>>>>>>>> [ERROR]   mvn <goals> -rf :forge-shell
>>>>>>>> D:\code\forge\core>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> forge-dev mailing list
>>>>>>>> forge-dev at lists.jboss.org
>>>>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> Lincoln Baxter, III
>>>>>>> http://ocpsoft.org
>>>>>>> "Simpler is better."
>>>>>>> _______________________________________________
>>>>>>> forge-dev mailing list
>>>>>>> forge-dev at lists.jboss.org
>>>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> forge-dev mailing list
>>>>>>> forge-dev at lists.jboss.org
>>>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> 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
>>>>>>
>>>>>> _______________________________________________
>>>>>> forge-dev mailing list
>>>>>> forge-dev at lists.jboss.org
>>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Lincoln Baxter, III
>>>>> http://ocpsoft.org
>>>>> "Simpler is better."
>>>>>
>>>>> _______________________________________________
>>>>> forge-dev mailing list
>>>>> forge-dev at lists.jboss.org
>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> forge-dev mailing list
>>>>> forge-dev at lists.jboss.org
>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>> Lincoln Baxter, III
>>>> http://ocpsoft.org
>>>> "Simpler is better."
>>>>
>>>> _______________________________________________
>>>> forge-dev mailing list
>>>> forge-dev at lists.jboss.org
>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>>
>>>>
>>>
>>>
>>> --
>>> 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
>>>
>>> _______________________________________________
>>> forge-dev mailing list
>>> forge-dev at lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>
>>>
>>
>>
>> --
>> Lincoln Baxter, III
>> http://ocpsoft.org
>> "Simpler is better."
>>
>> _______________________________________________
>> forge-dev mailing list
>> forge-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>
>>
>> _______________________________________________
>> forge-dev mailing list
>> forge-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>
>>
>
>
> --
> Lincoln Baxter, III
> http://ocpsoft.org
> "Simpler is better."
>
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev
>
>
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev
>
>


-- 
Lincoln Baxter, III
http://ocpsoft.org
"Simpler is better."
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120405/1f38a52b/attachment-0001.html 

From lightguard.jp at gmail.com  Thu Apr  5 00:56:05 2012
From: lightguard.jp at gmail.com (Jason Porter)
Date: Wed, 4 Apr 2012 22:56:05 -0600
Subject: [forge-dev] Fwd: forge build
In-Reply-To: <CAEp_U4E-_iAx8ys6LoEoANmMui+SrzdcT1acFR-hd+dLwaAMmQ@mail.gmail.com>
References: <b3abdbfc-c135-41f0-9f98-f00cdc0dbb52@zmail11.collab.prod.int.phx2.redhat.com>
	<6A8EB894-1188-4482-A3F9-67B3E8D877FC@redhat.com>
	<CAEp_U4FJgcqJnc2oH+_3hy8kKd6zCgmpbK0tRpr6ezDix7aJhw@mail.gmail.com>
	<D3CA235A-1B5F-4AB8-B71C-73B2B9D23630@redhat.com>
	<CAF9TksOt8EdBqBttvvSysfpbPK7X0LQ+5AadGDCFPO_hTqiNmg@mail.gmail.com>
	<CAEp_U4FJTPvbi=ZA=Q1Ns+rDNMmN1fjdZQT5s1RVLd9UnQVA9Q@mail.gmail.com>
	<BA90684D-9784-4178-9D2A-41739AAC289E@gmail.com>
	<CAEp_U4E5fWKL=o=iNq7s+WxH=j4JupqAKV3XUWULzRezmDabyA@mail.gmail.com>
	<BB6C4DC1-BB87-4556-A35D-E3D827B40D70@gmail.com>
	<CAF9TksP-5zRq3_3aWLDueaPJR2xyE6BHh_=5eS__JfrZN=ZnDw@mail.gmail.com>
	<CAEp_U4Eqy0FsU3yCuLzY3g8CHCAhg6cSjjTsLWfbUC6imzoYeg@mail.gmail.com>
	<943033A5-E898-4D88-BFA9-FFDDED424A76@gmail.com>
	<CAEp_U4EEbwA75bUsg5KMz8QOUiOd1=yd9=xcjaSCgbY6SX-FuA@mail.gmail.com>
	<9FE8C541-D8EE-46D6-8578-72B48987E2B1@gmail.com>
	<CAEp_U4E-_iAx8ys6LoEoANmMui+SrzdcT1acFR-hd+dLwaAMmQ@mail.gmail.com>
Message-ID: <B149BF2F-7572-4A9C-BFF3-51887229AC4A@gmail.com>

Like that utf-8 issue?

Sent from my iPhone

On Apr 4, 2012, at 22:46, "Lincoln Baxter, III" <lincolnbaxter at gmail.com> wrote:

> Mostly OS-specific issues.
> 
> On Thu, Apr 5, 2012 at 12:35 AM, Jason Porter <lightguard.jp at gmail.com> wrote:
> Are they related to maven or something else?
> 
> Sent from my iPhone
> 
> On Apr 4, 2012, at 22:23, "Lincoln Baxter, III" <lincolnbaxter at gmail.com> wrote:
> 
>> Okay cool. Many people have tons of failures so I'm not exactly sure why they are seemingly so sporadic. But this narrows it down by 1 :)
>> 
>> ~Lincoln
>> 
>> On Thu, Apr 5, 2012 at 12:11 AM, Jason Porter <lightguard.jp at gmail.com> wrote:
>> I fixed it with that pull request. 
>> 
>> Sent from my iPhone
>> 
>> On Apr 4, 2012, at 22:06, "Lincoln Baxter, III" <lincolnbaxter at gmail.com> wrote:
>> 
>>> Sorry to say this, but my recommendation at this point is to crack open the debugger :( I can't reproduce this on any of my machines.
>>> 
>>> https://docs.jboss.org/author/display/FORGE/Debugging+Forge
>>> 
>>> ~Lincoln
>>> 
>>> On Wed, Apr 4, 2012 at 12:48 PM, Jason Porter <lightguard.jp at gmail.com> wrote:
>>> Here's the output from the two runs I did. The first one did not have a clean repo, the second one, as you can see from the output, does have a clean repo.
>>> 
>>> 
>>> On Tue, Apr 3, 2012 at 21:26, Jason Porter <lightguard.jp at gmail.com> wrote:
>>> I'll let you know. 
>>> 
>>> Sent from my iPhone
>>> 
>>> On Apr 3, 2012, at 21:12, "Lincoln Baxter, III" <lincolnbaxter at gmail.com> wrote:
>>> 
>>>> Hmmm. It shouldn't but I suppose that's possible!
>>>> 
>>>> Would be good to know.
>>>> 
>>>> ~Lincoln
>>>> 
>>>> On Tue, Apr 3, 2012 at 8:45 PM, Jason Porter <lightguard.jp at gmail.com> wrote:
>>>> I'll have to try again. Does they use $FORGE_HOME? If so, that would explain it
>>>> 
>>>> Sent from my iPhone
>>>> 
>>>> On Apr 3, 2012, at 18:39, "Lincoln Baxter, III" <lincolnbaxter at gmail.com> wrote:
>>>> 
>>>>> Which tests?? I don't even see failures with a clean repo. This build is turning into a nightmare :)
>>>>> 
>>>>> On Tue, Apr 3, 2012 at 4:05 PM, Jason Porter <lightguard.jp at gmail.com> wrote:
>>>>> I run -DskipTests on Fedora as well because of failing tests.
>>>>> 
>>>>> 
>>>>> On Tue, Apr 3, 2012 at 14:04, Burr Sutter <bsutter at redhat.com> wrote:
>>>>> I have only tried building Forge about 5 times - putting the git clone results into a brand new directory.
>>>>> 
>>>>> I had to use -DskipTests every time.
>>>>> 
>>>>> Perhaps there is an environmental setting for the average Mac or Windows machine to allow for the tests to run.
>>>>> 
>>>>> On Apr 3, 2012, at 3:55 PM, Lincoln Baxter, III wrote:
>>>>> 
>>>>>> Hey guys, have any of you seen an issue like this before?
>>>>>> 
>>>>>> On Mon, Apr 2, 2012 at 6:07 PM, Burr Sutter <bsutter at redhat.com> wrote:
>>>>>> 
>>>>>> 
>>>>>> Begin forwarded message:
>>>>>> 
>>>>>>> From: Burr Sutter <bsutter at redhat.com>
>>>>>>> Subject: forge build
>>>>>>> Date: March 31, 2012 2:26:33 PM EDT
>>>>>>> To: Lincoln Baxter <lbaxter at redhat.com>, Koen Aers <kaers at redhat.com>
>>>>>>> 
>>>>>>> Please tell me how to make "mvn install" work with Forge.
>>>>>>> 
>>>>>>> I use 
>>>>>>> "git clone https://github.com/forge/core.git"
>>>>>>> "mvn install"
>>>>>>> 
>>>>>>> and I always have test failures on Mac & Windows
>>>>>>> 
>>>>>>> Tests in error:
>>>>>>>  testRunScriptNotHostHttpUrl(org.jboss.forge.shell.test.plugins.builtin.RunUrlP
>>>>>>> luginTest): Unexpected exception, expected<java.net.UnknownHostException> but wa
>>>>>>> s<org.mvel2.CompileException>
>>>>>>> 
>>>>>>> Tests run: 136, Failures: 0, Errors: 1, Skipped: 5
>>>>>>> 
>>>>>>> [INFO] ------------------------------------------------------------------------
>>>>>>> [INFO] Reactor Summary:
>>>>>>> [INFO]
>>>>>>> [INFO] Forge - Parent .................................... SUCCESS [0.733s]
>>>>>>> [INFO] Forge - Targeted Event Bus ........................ SUCCESS [40.622s]
>>>>>>> [INFO] Forge - Parser/Java API ........................... SUCCESS [1.246s]
>>>>>>> [INFO] Forge - Parser/XML ................................ SUCCESS [0.950s]
>>>>>>> [INFO] Forge - Shell API ................................. SUCCESS [10.231s]
>>>>>>> [INFO] Forge - Maven Integration APIs .................... SUCCESS [22.668s]
>>>>>>> [INFO] Forge - Git Integration ........................... SUCCESS [7.097s]
>>>>>>> [INFO] Forge - Test Harness .............................. SUCCESS [1.277s]
>>>>>>> [INFO] Forge - Maven Project Model ....................... SUCCESS [18.364s]
>>>>>>> [INFO] Forge - Parser/Java ............................... SUCCESS [28.347s]
>>>>>>> [INFO] Forge - Shell ..................................... FAILURE [3:42.427s]
>>>>>>> [INFO] Forge - Git Integration Tests ..................... SKIPPED
>>>>>>> [INFO] Forge - Project Model Maven Tests ................. SKIPPED
>>>>>>> [INFO] Forge - Test Harness (Web) ........................ SKIPPED
>>>>>>> [INFO] Forge - Java EE APIs .............................. SKIPPED
>>>>>>> [INFO] Forge - Java EE Integration Impl & Plugins ........ SKIPPED
>>>>>>> [INFO] Forge - Scaffolding APIs .......................... SKIPPED
>>>>>>> [INFO] Forge - Scaffolding Plugins ....................... SKIPPED
>>>>>>> [INFO] Forge - Dev Plugins ............................... SKIPPED
>>>>>>> [INFO] Forge - Scaffold Provider for Java Server Faces ... SKIPPED
>>>>>>> [INFO] Forge - Modular Plugin Loader ..................... SKIPPED
>>>>>>> [INFO] JBoss Forge - Distribution Build .................. SKIPPED
>>>>>>> [INFO] ------------------------------------------------------------------------
>>>>>>> [INFO] BUILD FAILURE
>>>>>>> [INFO] ------------------------------------------------------------------------
>>>>>>> [INFO] Total time: 5:56.660s
>>>>>>> [INFO] Finished at: Sat Mar 31 13:07:19 EDT 2012
>>>>>>> [INFO] Final Memory: 30M/102M
>>>>>>> [INFO] ------------------------------------------------------------------------
>>>>>>> [ERROR] Failed to execute goal org.apache.maven.plugins:maven-surefire-plugin:2.
>>>>>>> 12:test (default-test) on project forge-shell: There are test failures.
>>>>>>> [ERROR]
>>>>>>> [ERROR] Please refer to D:\code\forge\core\shell\target\surefire-reports for the
>>>>>>> individual test results.
>>>>>>> [ERROR] -> [Help 1]
>>>>>>> [ERROR]
>>>>>>> [ERROR] To see the full stack trace of the errors, re-run Maven with the -e swit
>>>>>>> ch.
>>>>>>> [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 rea
>>>>>>> d the following articles:
>>>>>>> [ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/MojoFailureExc
>>>>>>> eption
>>>>>>> [ERROR]
>>>>>>> [ERROR] After correcting the problems, you can resume the build with the command
>>>>>>> 
>>>>>>> [ERROR]   mvn <goals> -rf :forge-shell
>>>>>>> D:\code\forge\core>
>>>>>> 
>>>>>> 
>>>>>> _______________________________________________
>>>>>> forge-dev mailing list
>>>>>> forge-dev at lists.jboss.org
>>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> -- 
>>>>>> Lincoln Baxter, III
>>>>>> http://ocpsoft.org
>>>>>> "Simpler is better."
>>>>>> _______________________________________________
>>>>>> forge-dev mailing list
>>>>>> forge-dev at lists.jboss.org
>>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>>> 
>>>>> 
>>>>> _______________________________________________
>>>>> forge-dev mailing list
>>>>> forge-dev at lists.jboss.org
>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>> -- 
>>>>> 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
>>>>> 
>>>>> _______________________________________________
>>>>> forge-dev mailing list
>>>>> forge-dev at lists.jboss.org
>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>> -- 
>>>>> Lincoln Baxter, III
>>>>> http://ocpsoft.org
>>>>> "Simpler is better."
>>>>> _______________________________________________
>>>>> forge-dev mailing list
>>>>> forge-dev at lists.jboss.org
>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>> 
>>>> _______________________________________________
>>>> forge-dev mailing list
>>>> forge-dev at lists.jboss.org
>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>> 
>>>> 
>>>> 
>>>> 
>>>> -- 
>>>> Lincoln Baxter, III
>>>> http://ocpsoft.org
>>>> "Simpler is better."
>>>> _______________________________________________
>>>> forge-dev mailing list
>>>> forge-dev at lists.jboss.org
>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>> 
>>> 
>>> 
>>> -- 
>>> 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
>>> 
>>> _______________________________________________
>>> forge-dev mailing list
>>> forge-dev at lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>> 
>>> 
>>> 
>>> 
>>> -- 
>>> Lincoln Baxter, III
>>> http://ocpsoft.org
>>> "Simpler is better."
>>> _______________________________________________
>>> forge-dev mailing list
>>> forge-dev at lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>> 
>> _______________________________________________
>> forge-dev mailing list
>> forge-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/forge-dev
>> 
>> 
>> 
>> 
>> -- 
>> Lincoln Baxter, III
>> http://ocpsoft.org
>> "Simpler is better."
>> _______________________________________________
>> forge-dev mailing list
>> forge-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/forge-dev
> 
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev
> 
> 
> 
> 
> -- 
> Lincoln Baxter, III
> http://ocpsoft.org
> "Simpler is better."
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120404/9fd17c27/attachment-0001.html 

From lincolnbaxter at gmail.com  Thu Apr  5 01:13:32 2012
From: lincolnbaxter at gmail.com (Lincoln Baxter, III)
Date: Thu, 5 Apr 2012 01:13:32 -0400
Subject: [forge-dev] Fwd: forge build
In-Reply-To: <B149BF2F-7572-4A9C-BFF3-51887229AC4A@gmail.com>
References: <b3abdbfc-c135-41f0-9f98-f00cdc0dbb52@zmail11.collab.prod.int.phx2.redhat.com>
	<6A8EB894-1188-4482-A3F9-67B3E8D877FC@redhat.com>
	<CAEp_U4FJgcqJnc2oH+_3hy8kKd6zCgmpbK0tRpr6ezDix7aJhw@mail.gmail.com>
	<D3CA235A-1B5F-4AB8-B71C-73B2B9D23630@redhat.com>
	<CAF9TksOt8EdBqBttvvSysfpbPK7X0LQ+5AadGDCFPO_hTqiNmg@mail.gmail.com>
	<CAEp_U4FJTPvbi=ZA=Q1Ns+rDNMmN1fjdZQT5s1RVLd9UnQVA9Q@mail.gmail.com>
	<BA90684D-9784-4178-9D2A-41739AAC289E@gmail.com>
	<CAEp_U4E5fWKL=o=iNq7s+WxH=j4JupqAKV3XUWULzRezmDabyA@mail.gmail.com>
	<BB6C4DC1-BB87-4556-A35D-E3D827B40D70@gmail.com>
	<CAF9TksP-5zRq3_3aWLDueaPJR2xyE6BHh_=5eS__JfrZN=ZnDw@mail.gmail.com>
	<CAEp_U4Eqy0FsU3yCuLzY3g8CHCAhg6cSjjTsLWfbUC6imzoYeg@mail.gmail.com>
	<943033A5-E898-4D88-BFA9-FFDDED424A76@gmail.com>
	<CAEp_U4EEbwA75bUsg5KMz8QOUiOd1=yd9=xcjaSCgbY6SX-FuA@mail.gmail.com>
	<9FE8C541-D8EE-46D6-8578-72B48987E2B1@gmail.com>
	<CAEp_U4E-_iAx8ys6LoEoANmMui+SrzdcT1acFR-hd+dLwaAMmQ@mail.gmail.com>
	<B149BF2F-7572-4A9C-BFF3-51887229AC4A@gmail.com>
Message-ID: <CAEp_U4GWbNGWsSj9p8G3Em_8buhp5souQB5M=nDW-yAGWSZvVQ@mail.gmail.com>

That's not OS-specific, and it doesn't fail the build, but it is highly
annoying.

On Thu, Apr 5, 2012 at 12:56 AM, Jason Porter <lightguard.jp at gmail.com>wrote:

> Like that utf-8 issue?
>
> Sent from my iPhone
>
> On Apr 4, 2012, at 22:46, "Lincoln Baxter, III" <lincolnbaxter at gmail.com>
> wrote:
>
> Mostly OS-specific issues.
>
> On Thu, Apr 5, 2012 at 12:35 AM, Jason Porter <lightguard.jp at gmail.com>wrote:
>
>> Are they related to maven or something else?
>>
>> Sent from my iPhone
>>
>> On Apr 4, 2012, at 22:23, "Lincoln Baxter, III" <lincolnbaxter at gmail.com>
>> wrote:
>>
>> Okay cool. Many people have tons of failures so I'm not exactly sure why
>> they are seemingly so sporadic. But this narrows it down by 1 :)
>>
>> ~Lincoln
>>
>> On Thu, Apr 5, 2012 at 12:11 AM, Jason Porter <lightguard.jp at gmail.com>wrote:
>>
>>> I fixed it with that pull request.
>>>
>>> Sent from my iPhone
>>>
>>> On Apr 4, 2012, at 22:06, "Lincoln Baxter, III" <lincolnbaxter at gmail.com>
>>> wrote:
>>>
>>> Sorry to say this, but my recommendation at this point is to crack open
>>> the debugger :( I can't reproduce this on any of my machines.
>>>
>>> https://docs.jboss.org/author/display/FORGE/Debugging+Forge
>>>
>>> ~Lincoln
>>>
>>> On Wed, Apr 4, 2012 at 12:48 PM, Jason Porter <lightguard.jp at gmail.com>wrote:
>>>
>>>> Here's the output from the two runs I did. The first one did not have a
>>>> clean repo, the second one, as you can see from the output, does have a
>>>> clean repo.
>>>>
>>>>
>>>> On Tue, Apr 3, 2012 at 21:26, Jason Porter <lightguard.jp at gmail.com>wrote:
>>>>
>>>>> I'll let you know.
>>>>>
>>>>> Sent from my iPhone
>>>>>
>>>>> On Apr 3, 2012, at 21:12, "Lincoln Baxter, III" <
>>>>> lincolnbaxter at gmail.com> wrote:
>>>>>
>>>>> Hmmm. It shouldn't but I suppose that's possible!
>>>>>
>>>>> Would be good to know.
>>>>>
>>>>> ~Lincoln
>>>>>
>>>>> On Tue, Apr 3, 2012 at 8:45 PM, Jason Porter <lightguard.jp at gmail.com>wrote:
>>>>>
>>>>>> I'll have to try again. Does they use $FORGE_HOME? If so, that would
>>>>>> explain it
>>>>>>
>>>>>> Sent from my iPhone
>>>>>>
>>>>>> On Apr 3, 2012, at 18:39, "Lincoln Baxter, III" <
>>>>>> lincolnbaxter at gmail.com> wrote:
>>>>>>
>>>>>> Which tests?? I don't even see failures with a clean repo. This build
>>>>>> is turning into a nightmare :)
>>>>>>
>>>>>> On Tue, Apr 3, 2012 at 4:05 PM, Jason Porter <lightguard.jp at gmail.com
>>>>>> > wrote:
>>>>>>
>>>>>>> I run -DskipTests on Fedora as well because of failing tests.
>>>>>>>
>>>>>>>
>>>>>>> On Tue, Apr 3, 2012 at 14:04, Burr Sutter <bsutter at redhat.com>wrote:
>>>>>>>
>>>>>>>> I have only tried building Forge about 5 times - putting the git
>>>>>>>> clone results into a brand new directory.
>>>>>>>>
>>>>>>>> I had to use -DskipTests every time.
>>>>>>>>
>>>>>>>> Perhaps there is an environmental setting for the average Mac or
>>>>>>>> Windows machine to allow for the tests to run.
>>>>>>>>
>>>>>>>> On Apr 3, 2012, at 3:55 PM, Lincoln Baxter, III wrote:
>>>>>>>>
>>>>>>>> Hey guys, have any of you seen an issue like this before?
>>>>>>>>
>>>>>>>> On Mon, Apr 2, 2012 at 6:07 PM, Burr Sutter <bsutter at redhat.com>wrote:
>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Begin forwarded message:
>>>>>>>>>
>>>>>>>>> *From: *Burr Sutter <bsutter at redhat.com>
>>>>>>>>> *Subject: **forge build*
>>>>>>>>> *Date: *March 31, 2012 2:26:33 PM EDT
>>>>>>>>> *To: *Lincoln Baxter <lbaxter at redhat.com>, Koen Aers <
>>>>>>>>> kaers at redhat.com>
>>>>>>>>>
>>>>>>>>> Please tell me how to make "mvn install" work with Forge.
>>>>>>>>>
>>>>>>>>> I use
>>>>>>>>> "git clone https://github.com/forge/core.git"
>>>>>>>>> "mvn install"
>>>>>>>>>
>>>>>>>>> and I always have test failures on Mac & Windows
>>>>>>>>>
>>>>>>>>> Tests in error:
>>>>>>>>>
>>>>>>>>>  testRunScriptNotHostHttpUrl(org.jboss.forge.shell.test.plugins.builtin.RunUrlP
>>>>>>>>> luginTest): Unexpected exception,
>>>>>>>>> expected<java.net.UnknownHostException> but wa
>>>>>>>>> s<org.mvel2.CompileException>
>>>>>>>>>
>>>>>>>>> Tests run: 136, Failures: 0, Errors: 1, Skipped: 5
>>>>>>>>>
>>>>>>>>> [INFO]
>>>>>>>>> ------------------------------------------------------------------------
>>>>>>>>> [INFO] Reactor Summary:
>>>>>>>>> [INFO]
>>>>>>>>> [INFO] Forge - Parent .................................... SUCCESS
>>>>>>>>> [0.733s]
>>>>>>>>> [INFO] Forge - Targeted Event Bus ........................ SUCCESS
>>>>>>>>> [40.622s]
>>>>>>>>> [INFO] Forge - Parser/Java API ........................... SUCCESS
>>>>>>>>> [1.246s]
>>>>>>>>> [INFO] Forge - Parser/XML ................................ SUCCESS
>>>>>>>>> [0.950s]
>>>>>>>>> [INFO] Forge - Shell API ................................. SUCCESS
>>>>>>>>> [10.231s]
>>>>>>>>> [INFO] Forge - Maven Integration APIs .................... SUCCESS
>>>>>>>>> [22.668s]
>>>>>>>>> [INFO] Forge - Git Integration ........................... SUCCESS
>>>>>>>>> [7.097s]
>>>>>>>>> [INFO] Forge - Test Harness .............................. SUCCESS
>>>>>>>>> [1.277s]
>>>>>>>>> [INFO] Forge - Maven Project Model ....................... SUCCESS
>>>>>>>>> [18.364s]
>>>>>>>>> [INFO] Forge - Parser/Java ............................... SUCCESS
>>>>>>>>> [28.347s]
>>>>>>>>> [INFO] Forge - Shell ..................................... FAILURE
>>>>>>>>> [3:42.427s]
>>>>>>>>> [INFO] Forge - Git Integration Tests ..................... SKIPPED
>>>>>>>>> [INFO] Forge - Project Model Maven Tests ................. SKIPPED
>>>>>>>>> [INFO] Forge - Test Harness (Web) ........................ SKIPPED
>>>>>>>>> [INFO] Forge - Java EE APIs .............................. SKIPPED
>>>>>>>>> [INFO] Forge - Java EE Integration Impl & Plugins ........ SKIPPED
>>>>>>>>> [INFO] Forge - Scaffolding APIs .......................... SKIPPED
>>>>>>>>> [INFO] Forge - Scaffolding Plugins ....................... SKIPPED
>>>>>>>>> [INFO] Forge - Dev Plugins ............................... SKIPPED
>>>>>>>>> [INFO] Forge - Scaffold Provider for Java Server Faces ... SKIPPED
>>>>>>>>> [INFO] Forge - Modular Plugin Loader ..................... SKIPPED
>>>>>>>>> [INFO] JBoss Forge - Distribution Build .................. SKIPPED
>>>>>>>>> [INFO]
>>>>>>>>> ------------------------------------------------------------------------
>>>>>>>>> [INFO] BUILD FAILURE
>>>>>>>>> [INFO]
>>>>>>>>> ------------------------------------------------------------------------
>>>>>>>>> [INFO] Total time: 5:56.660s
>>>>>>>>> [INFO] Finished at: Sat Mar 31 13:07:19 EDT 2012
>>>>>>>>> [INFO] Final Memory: 30M/102M
>>>>>>>>> [INFO]
>>>>>>>>> ------------------------------------------------------------------------
>>>>>>>>> [ERROR] Failed to execute goal
>>>>>>>>> org.apache.maven.plugins:maven-surefire-plugin:2.
>>>>>>>>> 12:test (default-test) on project forge-shell: There are test
>>>>>>>>> failures.
>>>>>>>>> [ERROR]
>>>>>>>>> [ERROR] Please refer to
>>>>>>>>> D:\code\forge\core\shell\target\surefire-reports for the
>>>>>>>>> individual test results.
>>>>>>>>> [ERROR] -> [Help 1]
>>>>>>>>> [ERROR]
>>>>>>>>> [ERROR] To see the full stack trace of the errors, re-run Maven
>>>>>>>>> with the -e swit
>>>>>>>>> ch.
>>>>>>>>> [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 rea
>>>>>>>>> d the following articles:
>>>>>>>>> [ERROR] [Help 1]
>>>>>>>>> http://cwiki.apache.org/confluence/display/MAVEN/MojoFailureExc
>>>>>>>>> eption
>>>>>>>>> [ERROR]
>>>>>>>>> [ERROR] After correcting the problems, you can resume the build
>>>>>>>>> with the command
>>>>>>>>>
>>>>>>>>> [ERROR]   mvn <goals> -rf :forge-shell
>>>>>>>>> D:\code\forge\core>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> _______________________________________________
>>>>>>>>> forge-dev mailing list
>>>>>>>>> forge-dev at lists.jboss.org
>>>>>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> Lincoln Baxter, III
>>>>>>>> http://ocpsoft.org
>>>>>>>> "Simpler is better."
>>>>>>>> _______________________________________________
>>>>>>>> forge-dev mailing list
>>>>>>>> forge-dev at lists.jboss.org
>>>>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> forge-dev mailing list
>>>>>>>> forge-dev at lists.jboss.org
>>>>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> 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
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> forge-dev mailing list
>>>>>>> forge-dev at lists.jboss.org
>>>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Lincoln Baxter, III
>>>>>> http://ocpsoft.org
>>>>>> "Simpler is better."
>>>>>>
>>>>>> _______________________________________________
>>>>>> forge-dev mailing list
>>>>>> forge-dev at lists.jboss.org
>>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> forge-dev mailing list
>>>>>> forge-dev at lists.jboss.org
>>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Lincoln Baxter, III
>>>>> http://ocpsoft.org
>>>>> "Simpler is better."
>>>>>
>>>>> _______________________________________________
>>>>> forge-dev mailing list
>>>>> forge-dev at lists.jboss.org
>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>> 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
>>>>
>>>> _______________________________________________
>>>> forge-dev mailing list
>>>> forge-dev at lists.jboss.org
>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>>
>>>>
>>>
>>>
>>> --
>>> Lincoln Baxter, III
>>> http://ocpsoft.org
>>> "Simpler is better."
>>>
>>> _______________________________________________
>>> forge-dev mailing list
>>> forge-dev at lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>
>>>
>>> _______________________________________________
>>> forge-dev mailing list
>>> forge-dev at lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>
>>>
>>
>>
>> --
>> Lincoln Baxter, III
>> http://ocpsoft.org
>> "Simpler is better."
>>
>> _______________________________________________
>> forge-dev mailing list
>> forge-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>
>>
>> _______________________________________________
>> forge-dev mailing list
>> forge-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>
>>
>
>
> --
> Lincoln Baxter, III
> http://ocpsoft.org
> "Simpler is better."
>
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev
>
>
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev
>
>


-- 
Lincoln Baxter, III
http://ocpsoft.org
"Simpler is better."
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120405/4f72d1a3/attachment-0001.html 

From paul.bakker.nl at gmail.com  Thu Apr  5 02:18:50 2012
From: paul.bakker.nl at gmail.com (Paul Bakker)
Date: Thu, 5 Apr 2012 08:18:50 +0200
Subject: [forge-dev] contributing to the website
Message-ID: <ED0BB1E1-945B-4CE2-A85F-E58E6DC94B20@gmail.com>

Hi all,

For anyone who want to contribute on documentation but don't want to setup Awestruct there is now a simple guide on how to do so:

http://forge.github.com/docs/index.html

Paul

From dan.j.allen at gmail.com  Thu Apr  5 02:28:22 2012
From: dan.j.allen at gmail.com (Dan Allen)
Date: Thu, 5 Apr 2012 02:28:22 -0400
Subject: [forge-dev] contributing to the website
In-Reply-To: <ED0BB1E1-945B-4CE2-A85F-E58E6DC94B20@gmail.com>
References: <ED0BB1E1-945B-4CE2-A85F-E58E6DC94B20@gmail.com>
Message-ID: <CAKeHnO7RLaAVaU+D6JA3_widfL0Ws=0GAp6uuu9+J0-2S=pnRg@mail.gmail.com>

As you get further along, you may find the Awestruct guide for the
Arquillian website useful. It could probably be simplified, but on the
other hand, it has a lot of useful details :)

https://github.com/arquillian/arquillian.github.com/#readme

-Dan

On Thu, Apr 5, 2012 at 02:18, Paul Bakker <paul.bakker.nl at gmail.com> wrote:

> Hi all,
>
> For anyone who want to contribute on documentation but don't want to setup
> Awestruct there is now a simple guide on how to do so:
>
> http://forge.github.com/docs/index.html
>
> Paul
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev
>



-- 
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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120405/41b8b51e/attachment.html 

From max.andersen at redhat.com  Thu Apr  5 02:56:14 2012
From: max.andersen at redhat.com (Max Rydahl Andersen)
Date: Thu, 5 Apr 2012 08:56:14 +0200
Subject: [forge-dev] Is there a way to *not* list snapshot dependencies
	unless required?
Message-ID: <27C427CB-A9E3-4278-AB84-2082548554D1@redhat.com>

Hi,

The endless paging of dependencies is getting to me in Forge ;)

Is there an option to not show snapshot dependencies so as a user you actually use releases instead of random tip of snapshot builds ?

/max

From dan.j.allen at gmail.com  Thu Apr  5 03:06:34 2012
From: dan.j.allen at gmail.com (Dan Allen)
Date: Thu, 5 Apr 2012 03:06:34 -0400
Subject: [forge-dev] Is there a way to *not* list snapshot dependencies
 unless required?
In-Reply-To: <27C427CB-A9E3-4278-AB84-2082548554D1@redhat.com>
References: <27C427CB-A9E3-4278-AB84-2082548554D1@redhat.com>
Message-ID: <CAKeHnO6fKdzMzaTwbCTw5j7f3RZqt8+qsco2q4u3=gMN7_g-0g@mail.gmail.com>

Amen! This bugs me every time (and yes, I keep meaning to send a pull
request, but...)

If nothing else, the *default* selection should be the latest release. You
can either use the last non-snapshot, or you could consult the
maven-metadata.xml for what is reported to be the latest release (though
that's not always accurate).

Either way, you shouldn't end up with a snapshot by accepting defaults.
That's just putting the user on a risky path.

-Dan

On Thu, Apr 5, 2012 at 02:56, Max Rydahl Andersen
<max.andersen at redhat.com>wrote:

> Hi,
>
> The endless paging of dependencies is getting to me in Forge ;)
>
> Is there an option to not show snapshot dependencies so as a user you
> actually use releases instead of random tip of snapshot builds ?
>
> /max
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev
>



-- 
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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120405/5c07a2c8/attachment.html 

From lincolnbaxter at gmail.com  Thu Apr  5 11:19:45 2012
From: lincolnbaxter at gmail.com (Lincoln Baxter, III)
Date: Thu, 5 Apr 2012 11:19:45 -0400
Subject: [forge-dev] Is there a way to *not* list snapshot dependencies
 unless required?
In-Reply-To: <CAKeHnO6fKdzMzaTwbCTw5j7f3RZqt8+qsco2q4u3=gMN7_g-0g@mail.gmail.com>
References: <27C427CB-A9E3-4278-AB84-2082548554D1@redhat.com>
	<CAKeHnO6fKdzMzaTwbCTw5j7f3RZqt8+qsco2q4u3=gMN7_g-0g@mail.gmail.com>
Message-ID: <CAEp_U4H2OKMX0aSYL1qE5m_P=jdm=QK2=+Sj8GAmRJCbL58T3Q@mail.gmail.com>

I implemented DependencyFilter - now it just needs to be applied
intelligently.

Who wants to take a shot at this?

~Lincoln

On Thu, Apr 5, 2012 at 3:06 AM, Dan Allen <dan.j.allen at gmail.com> wrote:

> Amen! This bugs me every time (and yes, I keep meaning to send a pull
> request, but...)
>
> If nothing else, the *default* selection should be the latest release. You
> can either use the last non-snapshot, or you could consult the
> maven-metadata.xml for what is reported to be the latest release (though
> that's not always accurate).
>
> Either way, you shouldn't end up with a snapshot by accepting defaults.
> That's just putting the user on a risky path.
>
> -Dan
>
>
> On Thu, Apr 5, 2012 at 02:56, Max Rydahl Andersen <max.andersen at redhat.com
> > wrote:
>
>> Hi,
>>
>> The endless paging of dependencies is getting to me in Forge ;)
>>
>> Is there an option to not show snapshot dependencies so as a user you
>> actually use releases instead of random tip of snapshot builds ?
>>
>> /max
>> _______________________________________________
>> forge-dev mailing list
>> forge-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>
>
>
>
> --
> 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
>
>
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev
>
>


-- 
Lincoln Baxter, III
http://ocpsoft.org
"Simpler is better."
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120405/0518e2b7/attachment.html 

From bsutter at redhat.com  Thu Apr  5 17:23:40 2012
From: bsutter at redhat.com (Burr Sutter)
Date: Thu, 5 Apr 2012 17:23:40 -0400
Subject: [forge-dev] Forge'in ahead with JBoss Tools
In-Reply-To: <CAKeHnO6v6Ca31cvazTa0gbWARmgdrS9FfyTJ-2HVPsv1X=eGhg@mail.gmail.com>
References: <AFB54DE2-50DF-4E33-9F74-9F02191BAB78@redhat.com>
	<CAKeHnO6v6Ca31cvazTa0gbWARmgdrS9FfyTJ-2HVPsv1X=eGhg@mail.gmail.com>
Message-ID: <3925FE0C-3E90-4B61-9B1C-8F28B23D2391@redhat.com>

Thank you - I actually used a headset for these as it seems to work better. 

The recording machine is my Windows 7 box using Camtasia and the majority of the last batch of videos were completely unedited.  

On Apr 4, 2012, at 11:33 PM, Dan Allen wrote:

> Nice job Burr. In addition to the technical content, what makes these videos work well is that they have good sound quality. Lincoln and I were just discussing the other day that the quality of the sound can really make or break a video. So I appreciate that extra bit of attention.
> 
> -Dan
> 
> On Tue, Apr 3, 2012 at 08:21, Burr Sutter <bsutter at redhat.com> wrote:
> In my recent video series I have two videos that describe Forge - and a Hibernate Tools interlude in-between, I wish to know if I have demo'd Forge well - did I highlight forge's best features?  
> 
> 4. Forge Introduction in JBoss Developer Studio 5 
> http://www.screencast.com/t/olxrVyPy5
> http://vimeo.com/39608223
> Forge is JBoss's rapid application development tool.  A command line based tool that is embedded in JBoss Developer Studio 5.  Run a whole script of commands to render a complete application.  
> 
> 5. Hibernate Tools for DB Reverse Engineering
> http://www.screencast.com/t/x6lcG2BP8jn5
> http://vimeo.com/39608294
> Hibernate Tools have been part of JBoss Developer Studio for a long time - now they are integrated with Dali - and you can use Dali's JPA Generate Entities from Tables feature.   This video walks you through how to setup the Hibernate Configuration and the JBDC connection to allow for JPA entity generation.
> Sakila H2 Database:
> https://github.com/maxandersen/sakila-h2
> 
> 6. Forge for DB Reverse Engineering with CRUD
> http://www.screencast.com/t/aSym9aul5
> http://vimeo.com/39608326
> Forge also has a Hibernate Tools plugin that allows it to analyze a database schema and produce JPA entity classes.  Then Forge can use its scaffolding feature to generate JSF2 Create, Read, Update and Delete (CRUD)  user interfaces.
> 
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev
> 
> 
> 
> 
> -- 
> 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
> 
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120405/8544b427/attachment.html 

From ivan.st.ivanov at gmail.com  Sat Apr  7 03:40:11 2012
From: ivan.st.ivanov at gmail.com (Ivan St. Ivanov)
Date: Sat, 7 Apr 2012 10:40:11 +0300
Subject: [forge-dev] Fwd: forge build
In-Reply-To: <CAEp_U4GWbNGWsSj9p8G3Em_8buhp5souQB5M=nDW-yAGWSZvVQ@mail.gmail.com>
References: <b3abdbfc-c135-41f0-9f98-f00cdc0dbb52@zmail11.collab.prod.int.phx2.redhat.com>
	<6A8EB894-1188-4482-A3F9-67B3E8D877FC@redhat.com>
	<CAEp_U4FJgcqJnc2oH+_3hy8kKd6zCgmpbK0tRpr6ezDix7aJhw@mail.gmail.com>
	<D3CA235A-1B5F-4AB8-B71C-73B2B9D23630@redhat.com>
	<CAF9TksOt8EdBqBttvvSysfpbPK7X0LQ+5AadGDCFPO_hTqiNmg@mail.gmail.com>
	<CAEp_U4FJTPvbi=ZA=Q1Ns+rDNMmN1fjdZQT5s1RVLd9UnQVA9Q@mail.gmail.com>
	<BA90684D-9784-4178-9D2A-41739AAC289E@gmail.com>
	<CAEp_U4E5fWKL=o=iNq7s+WxH=j4JupqAKV3XUWULzRezmDabyA@mail.gmail.com>
	<BB6C4DC1-BB87-4556-A35D-E3D827B40D70@gmail.com>
	<CAF9TksP-5zRq3_3aWLDueaPJR2xyE6BHh_=5eS__JfrZN=ZnDw@mail.gmail.com>
	<CAEp_U4Eqy0FsU3yCuLzY3g8CHCAhg6cSjjTsLWfbUC6imzoYeg@mail.gmail.com>
	<943033A5-E898-4D88-BFA9-FFDDED424A76@gmail.com>
	<CAEp_U4EEbwA75bUsg5KMz8QOUiOd1=yd9=xcjaSCgbY6SX-FuA@mail.gmail.com>
	<9FE8C541-D8EE-46D6-8578-72B48987E2B1@gmail.com>
	<CAEp_U4E-_iAx8ys6LoEoANmMui+SrzdcT1acFR-hd+dLwaAMmQ@mail.gmail.com>
	<B149BF2F-7572-4A9C-BFF3-51887229AC4A@gmail.com>
	<CAEp_U4GWbNGWsSj9p8G3Em_8buhp5souQB5M=nDW-yAGWSZvVQ@mail.gmail.com>
Message-ID: <CACYLA9GGpwqAVQOeedPjLyGNP+zV1PJcPyi6FM8eGybLkdfpqA@mail.gmail.com>

Hi!

I ran all the tests on Windows 7. And I got five failures:

JavaClassTest::testFormattingIsNotChanged()
FacesScaffoldTest::testGenerateFromEntity()
FacesScaffoldTest::testGenerateFromEntityCamelCase()
FacesScaffoldTest::testGenerateFromNestedEntity()
FacesScaffoldTest::testGenerateEntityWithEnum()

The first one was already discussed by and large and a decision was made to
try and fix the test and not the code (unfortunately I still don't have
answer from eclipse jdt core on my question about formatting).

The other four I haven't looked at, but I will do later today or tomorrow.

I'll also run the tests on Windows XP with clean maven repo.

Cheers,
Ivan

On Thu, Apr 5, 2012 at 8:13 AM, Lincoln Baxter, III <lincolnbaxter at gmail.com
> wrote:

> That's not OS-specific, and it doesn't fail the build, but it is highly
> annoying.
>
>
> On Thu, Apr 5, 2012 at 12:56 AM, Jason Porter <lightguard.jp at gmail.com>wrote:
>
>> Like that utf-8 issue?
>>
>> Sent from my iPhone
>>
>> On Apr 4, 2012, at 22:46, "Lincoln Baxter, III" <lincolnbaxter at gmail.com>
>> wrote:
>>
>> Mostly OS-specific issues.
>>
>> On Thu, Apr 5, 2012 at 12:35 AM, Jason Porter <lightguard.jp at gmail.com>wrote:
>>
>>> Are they related to maven or something else?
>>>
>>> Sent from my iPhone
>>>
>>> On Apr 4, 2012, at 22:23, "Lincoln Baxter, III" <lincolnbaxter at gmail.com>
>>> wrote:
>>>
>>> Okay cool. Many people have tons of failures so I'm not exactly sure why
>>> they are seemingly so sporadic. But this narrows it down by 1 :)
>>>
>>> ~Lincoln
>>>
>>> On Thu, Apr 5, 2012 at 12:11 AM, Jason Porter <lightguard.jp at gmail.com>wrote:
>>>
>>>> I fixed it with that pull request.
>>>>
>>>> Sent from my iPhone
>>>>
>>>> On Apr 4, 2012, at 22:06, "Lincoln Baxter, III" <
>>>> lincolnbaxter at gmail.com> wrote:
>>>>
>>>> Sorry to say this, but my recommendation at this point is to crack open
>>>> the debugger :( I can't reproduce this on any of my machines.
>>>>
>>>> https://docs.jboss.org/author/display/FORGE/Debugging+Forge
>>>>
>>>> ~Lincoln
>>>>
>>>> On Wed, Apr 4, 2012 at 12:48 PM, Jason Porter <lightguard.jp at gmail.com>wrote:
>>>>
>>>>> Here's the output from the two runs I did. The first one did not have
>>>>> a clean repo, the second one, as you can see from the output, does have a
>>>>> clean repo.
>>>>>
>>>>>
>>>>> On Tue, Apr 3, 2012 at 21:26, Jason Porter <lightguard.jp at gmail.com>wrote:
>>>>>
>>>>>> I'll let you know.
>>>>>>
>>>>>> Sent from my iPhone
>>>>>>
>>>>>> On Apr 3, 2012, at 21:12, "Lincoln Baxter, III" <
>>>>>> lincolnbaxter at gmail.com> wrote:
>>>>>>
>>>>>> Hmmm. It shouldn't but I suppose that's possible!
>>>>>>
>>>>>> Would be good to know.
>>>>>>
>>>>>> ~Lincoln
>>>>>>
>>>>>> On Tue, Apr 3, 2012 at 8:45 PM, Jason Porter <lightguard.jp at gmail.com
>>>>>> > wrote:
>>>>>>
>>>>>>> I'll have to try again. Does they use $FORGE_HOME? If so, that would
>>>>>>> explain it
>>>>>>>
>>>>>>> Sent from my iPhone
>>>>>>>
>>>>>>> On Apr 3, 2012, at 18:39, "Lincoln Baxter, III" <
>>>>>>> lincolnbaxter at gmail.com> wrote:
>>>>>>>
>>>>>>> Which tests?? I don't even see failures with a clean repo. This
>>>>>>> build is turning into a nightmare :)
>>>>>>>
>>>>>>> On Tue, Apr 3, 2012 at 4:05 PM, Jason Porter <
>>>>>>> lightguard.jp at gmail.com> wrote:
>>>>>>>
>>>>>>>> I run -DskipTests on Fedora as well because of failing tests.
>>>>>>>>
>>>>>>>>
>>>>>>>> On Tue, Apr 3, 2012 at 14:04, Burr Sutter <bsutter at redhat.com>wrote:
>>>>>>>>
>>>>>>>>> I have only tried building Forge about 5 times - putting the git
>>>>>>>>> clone results into a brand new directory.
>>>>>>>>>
>>>>>>>>> I had to use -DskipTests every time.
>>>>>>>>>
>>>>>>>>> Perhaps there is an environmental setting for the average Mac or
>>>>>>>>> Windows machine to allow for the tests to run.
>>>>>>>>>
>>>>>>>>> On Apr 3, 2012, at 3:55 PM, Lincoln Baxter, III wrote:
>>>>>>>>>
>>>>>>>>> Hey guys, have any of you seen an issue like this before?
>>>>>>>>>
>>>>>>>>> On Mon, Apr 2, 2012 at 6:07 PM, Burr Sutter <bsutter at redhat.com>wrote:
>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Begin forwarded message:
>>>>>>>>>>
>>>>>>>>>> *From: *Burr Sutter <bsutter at redhat.com>
>>>>>>>>>> *Subject: **forge build*
>>>>>>>>>> *Date: *March 31, 2012 2:26:33 PM EDT
>>>>>>>>>> *To: *Lincoln Baxter <lbaxter at redhat.com>, Koen Aers <
>>>>>>>>>> kaers at redhat.com>
>>>>>>>>>>
>>>>>>>>>> Please tell me how to make "mvn install" work with Forge.
>>>>>>>>>>
>>>>>>>>>> I use
>>>>>>>>>> "git clone https://github.com/forge/core.git"
>>>>>>>>>> "mvn install"
>>>>>>>>>>
>>>>>>>>>> and I always have test failures on Mac & Windows
>>>>>>>>>>
>>>>>>>>>> Tests in error:
>>>>>>>>>>
>>>>>>>>>>  testRunScriptNotHostHttpUrl(org.jboss.forge.shell.test.plugins.builtin.RunUrlP
>>>>>>>>>> luginTest): Unexpected exception,
>>>>>>>>>> expected<java.net.UnknownHostException> but wa
>>>>>>>>>> s<org.mvel2.CompileException>
>>>>>>>>>>
>>>>>>>>>> Tests run: 136, Failures: 0, Errors: 1, Skipped: 5
>>>>>>>>>>
>>>>>>>>>> [INFO]
>>>>>>>>>> ------------------------------------------------------------------------
>>>>>>>>>> [INFO] Reactor Summary:
>>>>>>>>>> [INFO]
>>>>>>>>>> [INFO] Forge - Parent ....................................
>>>>>>>>>> SUCCESS [0.733s]
>>>>>>>>>> [INFO] Forge - Targeted Event Bus ........................
>>>>>>>>>> SUCCESS [40.622s]
>>>>>>>>>> [INFO] Forge - Parser/Java API ...........................
>>>>>>>>>> SUCCESS [1.246s]
>>>>>>>>>> [INFO] Forge - Parser/XML ................................
>>>>>>>>>> SUCCESS [0.950s]
>>>>>>>>>> [INFO] Forge - Shell API .................................
>>>>>>>>>> SUCCESS [10.231s]
>>>>>>>>>> [INFO] Forge - Maven Integration APIs ....................
>>>>>>>>>> SUCCESS [22.668s]
>>>>>>>>>> [INFO] Forge - Git Integration ...........................
>>>>>>>>>> SUCCESS [7.097s]
>>>>>>>>>> [INFO] Forge - Test Harness ..............................
>>>>>>>>>> SUCCESS [1.277s]
>>>>>>>>>> [INFO] Forge - Maven Project Model .......................
>>>>>>>>>> SUCCESS [18.364s]
>>>>>>>>>> [INFO] Forge - Parser/Java ...............................
>>>>>>>>>> SUCCESS [28.347s]
>>>>>>>>>> [INFO] Forge - Shell .....................................
>>>>>>>>>> FAILURE [3:42.427s]
>>>>>>>>>> [INFO] Forge - Git Integration Tests ..................... SKIPPED
>>>>>>>>>> [INFO] Forge - Project Model Maven Tests ................. SKIPPED
>>>>>>>>>> [INFO] Forge - Test Harness (Web) ........................ SKIPPED
>>>>>>>>>> [INFO] Forge - Java EE APIs .............................. SKIPPED
>>>>>>>>>> [INFO] Forge - Java EE Integration Impl & Plugins ........ SKIPPED
>>>>>>>>>> [INFO] Forge - Scaffolding APIs .......................... SKIPPED
>>>>>>>>>> [INFO] Forge - Scaffolding Plugins ....................... SKIPPED
>>>>>>>>>> [INFO] Forge - Dev Plugins ............................... SKIPPED
>>>>>>>>>> [INFO] Forge - Scaffold Provider for Java Server Faces ... SKIPPED
>>>>>>>>>> [INFO] Forge - Modular Plugin Loader ..................... SKIPPED
>>>>>>>>>> [INFO] JBoss Forge - Distribution Build .................. SKIPPED
>>>>>>>>>> [INFO]
>>>>>>>>>> ------------------------------------------------------------------------
>>>>>>>>>> [INFO] BUILD FAILURE
>>>>>>>>>> [INFO]
>>>>>>>>>> ------------------------------------------------------------------------
>>>>>>>>>> [INFO] Total time: 5:56.660s
>>>>>>>>>> [INFO] Finished at: Sat Mar 31 13:07:19 EDT 2012
>>>>>>>>>> [INFO] Final Memory: 30M/102M
>>>>>>>>>> [INFO]
>>>>>>>>>> ------------------------------------------------------------------------
>>>>>>>>>> [ERROR] Failed to execute goal
>>>>>>>>>> org.apache.maven.plugins:maven-surefire-plugin:2.
>>>>>>>>>> 12:test (default-test) on project forge-shell: There are test
>>>>>>>>>> failures.
>>>>>>>>>> [ERROR]
>>>>>>>>>> [ERROR] Please refer to
>>>>>>>>>> D:\code\forge\core\shell\target\surefire-reports for the
>>>>>>>>>> individual test results.
>>>>>>>>>> [ERROR] -> [Help 1]
>>>>>>>>>> [ERROR]
>>>>>>>>>> [ERROR] To see the full stack trace of the errors, re-run Maven
>>>>>>>>>> with the -e swit
>>>>>>>>>> ch.
>>>>>>>>>> [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 rea
>>>>>>>>>> d the following articles:
>>>>>>>>>> [ERROR] [Help 1]
>>>>>>>>>> http://cwiki.apache.org/confluence/display/MAVEN/MojoFailureExc
>>>>>>>>>> eption
>>>>>>>>>> [ERROR]
>>>>>>>>>> [ERROR] After correcting the problems, you can resume the build
>>>>>>>>>> with the command
>>>>>>>>>>
>>>>>>>>>> [ERROR]   mvn <goals> -rf :forge-shell
>>>>>>>>>> D:\code\forge\core>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> _______________________________________________
>>>>>>>>>> forge-dev mailing list
>>>>>>>>>> forge-dev at lists.jboss.org
>>>>>>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> Lincoln Baxter, III
>>>>>>>>> http://ocpsoft.org
>>>>>>>>> "Simpler is better."
>>>>>>>>> _______________________________________________
>>>>>>>>> forge-dev mailing list
>>>>>>>>> forge-dev at lists.jboss.org
>>>>>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> _______________________________________________
>>>>>>>>> forge-dev mailing list
>>>>>>>>> forge-dev at lists.jboss.org
>>>>>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> 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
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> forge-dev mailing list
>>>>>>>> forge-dev at lists.jboss.org
>>>>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> Lincoln Baxter, III
>>>>>>> http://ocpsoft.org
>>>>>>> "Simpler is better."
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> forge-dev mailing list
>>>>>>> forge-dev at lists.jboss.org
>>>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>>>>>
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> forge-dev mailing list
>>>>>>> forge-dev at lists.jboss.org
>>>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Lincoln Baxter, III
>>>>>> http://ocpsoft.org
>>>>>> "Simpler is better."
>>>>>>
>>>>>> _______________________________________________
>>>>>> forge-dev mailing list
>>>>>> forge-dev at lists.jboss.org
>>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> 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
>>>>>
>>>>> _______________________________________________
>>>>> forge-dev mailing list
>>>>> forge-dev at lists.jboss.org
>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>> Lincoln Baxter, III
>>>> http://ocpsoft.org
>>>> "Simpler is better."
>>>>
>>>> _______________________________________________
>>>> forge-dev mailing list
>>>> forge-dev at lists.jboss.org
>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>>
>>>>
>>>> _______________________________________________
>>>> forge-dev mailing list
>>>> forge-dev at lists.jboss.org
>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>>
>>>>
>>>
>>>
>>> --
>>> Lincoln Baxter, III
>>> http://ocpsoft.org
>>> "Simpler is better."
>>>
>>> _______________________________________________
>>> forge-dev mailing list
>>> forge-dev at lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>
>>>
>>> _______________________________________________
>>> forge-dev mailing list
>>> forge-dev at lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>
>>>
>>
>>
>> --
>> Lincoln Baxter, III
>> http://ocpsoft.org
>> "Simpler is better."
>>
>> _______________________________________________
>> forge-dev mailing list
>> forge-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>
>>
>> _______________________________________________
>> forge-dev mailing list
>> forge-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>
>>
>
>
> --
> Lincoln Baxter, III
> http://ocpsoft.org
> "Simpler is better."
>
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120407/aa0f53e3/attachment-0001.html 

From lincolnbaxter at gmail.com  Sat Apr  7 11:08:20 2012
From: lincolnbaxter at gmail.com (Lincoln Baxter, III)
Date: Sat, 7 Apr 2012 11:08:20 -0400
Subject: [forge-dev] Fwd: forge build
In-Reply-To: <CACYLA9GGpwqAVQOeedPjLyGNP+zV1PJcPyi6FM8eGybLkdfpqA@mail.gmail.com>
References: <b3abdbfc-c135-41f0-9f98-f00cdc0dbb52@zmail11.collab.prod.int.phx2.redhat.com>
	<6A8EB894-1188-4482-A3F9-67B3E8D877FC@redhat.com>
	<CAEp_U4FJgcqJnc2oH+_3hy8kKd6zCgmpbK0tRpr6ezDix7aJhw@mail.gmail.com>
	<D3CA235A-1B5F-4AB8-B71C-73B2B9D23630@redhat.com>
	<CAF9TksOt8EdBqBttvvSysfpbPK7X0LQ+5AadGDCFPO_hTqiNmg@mail.gmail.com>
	<CAEp_U4FJTPvbi=ZA=Q1Ns+rDNMmN1fjdZQT5s1RVLd9UnQVA9Q@mail.gmail.com>
	<BA90684D-9784-4178-9D2A-41739AAC289E@gmail.com>
	<CAEp_U4E5fWKL=o=iNq7s+WxH=j4JupqAKV3XUWULzRezmDabyA@mail.gmail.com>
	<BB6C4DC1-BB87-4556-A35D-E3D827B40D70@gmail.com>
	<CAF9TksP-5zRq3_3aWLDueaPJR2xyE6BHh_=5eS__JfrZN=ZnDw@mail.gmail.com>
	<CAEp_U4Eqy0FsU3yCuLzY3g8CHCAhg6cSjjTsLWfbUC6imzoYeg@mail.gmail.com>
	<943033A5-E898-4D88-BFA9-FFDDED424A76@gmail.com>
	<CAEp_U4EEbwA75bUsg5KMz8QOUiOd1=yd9=xcjaSCgbY6SX-FuA@mail.gmail.com>
	<9FE8C541-D8EE-46D6-8578-72B48987E2B1@gmail.com>
	<CAEp_U4E-_iAx8ys6LoEoANmMui+SrzdcT1acFR-hd+dLwaAMmQ@mail.gmail.com>
	<B149BF2F-7572-4A9C-BFF3-51887229AC4A@gmail.com>
	<CAEp_U4GWbNGWsSj9p8G3Em_8buhp5souQB5M=nDW-yAGWSZvVQ@mail.gmail.com>
	<CACYLA9GGpwqAVQOeedPjLyGNP+zV1PJcPyi6FM8eGybLkdfpqA@mail.gmail.com>
Message-ID: <CAEp_U4GPjc-MdH1LqEi2P+JSO0cV17vG6xuBxCmTZJxusJFVMw@mail.gmail.com>

Well, if the only issues are Formatting issues, then we should consider
ourselves lucky :) Perhaps we could put an output filter on the JavaParser
for the purpose of testing - E.g: Search and replace all \r\n with just \n,
or something to that effect.

~Lincoln

On Sat, Apr 7, 2012 at 3:40 AM, Ivan St. Ivanov <ivan.st.ivanov at gmail.com>wrote:

> Hi!
>
> I ran all the tests on Windows 7. And I got five failures:
>
> JavaClassTest::testFormattingIsNotChanged()
> FacesScaffoldTest::testGenerateFromEntity()
> FacesScaffoldTest::testGenerateFromEntityCamelCase()
> FacesScaffoldTest::testGenerateFromNestedEntity()
> FacesScaffoldTest::testGenerateEntityWithEnum()
>
> The first one was already discussed by and large and a decision was made
> to try and fix the test and not the code (unfortunately I still don't have
> answer from eclipse jdt core on my question about formatting).
>
> The other four I haven't looked at, but I will do later today or tomorrow.
>
> I'll also run the tests on Windows XP with clean maven repo.
>
> Cheers,
> Ivan
>
>
> On Thu, Apr 5, 2012 at 8:13 AM, Lincoln Baxter, III <
> lincolnbaxter at gmail.com> wrote:
>
>> That's not OS-specific, and it doesn't fail the build, but it is highly
>> annoying.
>>
>>
>> On Thu, Apr 5, 2012 at 12:56 AM, Jason Porter <lightguard.jp at gmail.com>wrote:
>>
>>> Like that utf-8 issue?
>>>
>>> Sent from my iPhone
>>>
>>> On Apr 4, 2012, at 22:46, "Lincoln Baxter, III" <lincolnbaxter at gmail.com>
>>> wrote:
>>>
>>> Mostly OS-specific issues.
>>>
>>> On Thu, Apr 5, 2012 at 12:35 AM, Jason Porter <lightguard.jp at gmail.com>wrote:
>>>
>>>> Are they related to maven or something else?
>>>>
>>>> Sent from my iPhone
>>>>
>>>> On Apr 4, 2012, at 22:23, "Lincoln Baxter, III" <
>>>> lincolnbaxter at gmail.com> wrote:
>>>>
>>>> Okay cool. Many people have tons of failures so I'm not exactly sure
>>>> why they are seemingly so sporadic. But this narrows it down by 1 :)
>>>>
>>>> ~Lincoln
>>>>
>>>> On Thu, Apr 5, 2012 at 12:11 AM, Jason Porter <lightguard.jp at gmail.com>wrote:
>>>>
>>>>> I fixed it with that pull request.
>>>>>
>>>>> Sent from my iPhone
>>>>>
>>>>> On Apr 4, 2012, at 22:06, "Lincoln Baxter, III" <
>>>>> lincolnbaxter at gmail.com> wrote:
>>>>>
>>>>> Sorry to say this, but my recommendation at this point is to crack
>>>>> open the debugger :( I can't reproduce this on any of my machines.
>>>>>
>>>>> https://docs.jboss.org/author/display/FORGE/Debugging+Forge
>>>>>
>>>>> ~Lincoln
>>>>>
>>>>> On Wed, Apr 4, 2012 at 12:48 PM, Jason Porter <lightguard.jp at gmail.com
>>>>> > wrote:
>>>>>
>>>>>> Here's the output from the two runs I did. The first one did not have
>>>>>> a clean repo, the second one, as you can see from the output, does have a
>>>>>> clean repo.
>>>>>>
>>>>>>
>>>>>> On Tue, Apr 3, 2012 at 21:26, Jason Porter <lightguard.jp at gmail.com>wrote:
>>>>>>
>>>>>>> I'll let you know.
>>>>>>>
>>>>>>> Sent from my iPhone
>>>>>>>
>>>>>>> On Apr 3, 2012, at 21:12, "Lincoln Baxter, III" <
>>>>>>> lincolnbaxter at gmail.com> wrote:
>>>>>>>
>>>>>>> Hmmm. It shouldn't but I suppose that's possible!
>>>>>>>
>>>>>>> Would be good to know.
>>>>>>>
>>>>>>> ~Lincoln
>>>>>>>
>>>>>>> On Tue, Apr 3, 2012 at 8:45 PM, Jason Porter <
>>>>>>> lightguard.jp at gmail.com> wrote:
>>>>>>>
>>>>>>>> I'll have to try again. Does they use $FORGE_HOME? If so, that
>>>>>>>> would explain it
>>>>>>>>
>>>>>>>> Sent from my iPhone
>>>>>>>>
>>>>>>>> On Apr 3, 2012, at 18:39, "Lincoln Baxter, III" <
>>>>>>>> lincolnbaxter at gmail.com> wrote:
>>>>>>>>
>>>>>>>> Which tests?? I don't even see failures with a clean repo. This
>>>>>>>> build is turning into a nightmare :)
>>>>>>>>
>>>>>>>> On Tue, Apr 3, 2012 at 4:05 PM, Jason Porter <
>>>>>>>> lightguard.jp at gmail.com> wrote:
>>>>>>>>
>>>>>>>>> I run -DskipTests on Fedora as well because of failing tests.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On Tue, Apr 3, 2012 at 14:04, Burr Sutter <bsutter at redhat.com>wrote:
>>>>>>>>>
>>>>>>>>>> I have only tried building Forge about 5 times - putting the git
>>>>>>>>>> clone results into a brand new directory.
>>>>>>>>>>
>>>>>>>>>> I had to use -DskipTests every time.
>>>>>>>>>>
>>>>>>>>>> Perhaps there is an environmental setting for the average Mac or
>>>>>>>>>> Windows machine to allow for the tests to run.
>>>>>>>>>>
>>>>>>>>>> On Apr 3, 2012, at 3:55 PM, Lincoln Baxter, III wrote:
>>>>>>>>>>
>>>>>>>>>> Hey guys, have any of you seen an issue like this before?
>>>>>>>>>>
>>>>>>>>>> On Mon, Apr 2, 2012 at 6:07 PM, Burr Sutter <bsutter at redhat.com>wrote:
>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> Begin forwarded message:
>>>>>>>>>>>
>>>>>>>>>>> *From: *Burr Sutter <bsutter at redhat.com>
>>>>>>>>>>> *Subject: **forge build*
>>>>>>>>>>> *Date: *March 31, 2012 2:26:33 PM EDT
>>>>>>>>>>> *To: *Lincoln Baxter <lbaxter at redhat.com>, Koen Aers <
>>>>>>>>>>> kaers at redhat.com>
>>>>>>>>>>>
>>>>>>>>>>> Please tell me how to make "mvn install" work with Forge.
>>>>>>>>>>>
>>>>>>>>>>> I use
>>>>>>>>>>> "git clone https://github.com/forge/core.git"
>>>>>>>>>>> "mvn install"
>>>>>>>>>>>
>>>>>>>>>>> and I always have test failures on Mac & Windows
>>>>>>>>>>>
>>>>>>>>>>> Tests in error:
>>>>>>>>>>>
>>>>>>>>>>>  testRunScriptNotHostHttpUrl(org.jboss.forge.shell.test.plugins.builtin.RunUrlP
>>>>>>>>>>> luginTest): Unexpected exception,
>>>>>>>>>>> expected<java.net.UnknownHostException> but wa
>>>>>>>>>>> s<org.mvel2.CompileException>
>>>>>>>>>>>
>>>>>>>>>>> Tests run: 136, Failures: 0, Errors: 1, Skipped: 5
>>>>>>>>>>>
>>>>>>>>>>> [INFO]
>>>>>>>>>>> ------------------------------------------------------------------------
>>>>>>>>>>> [INFO] Reactor Summary:
>>>>>>>>>>> [INFO]
>>>>>>>>>>> [INFO] Forge - Parent ....................................
>>>>>>>>>>> SUCCESS [0.733s]
>>>>>>>>>>> [INFO] Forge - Targeted Event Bus ........................
>>>>>>>>>>> SUCCESS [40.622s]
>>>>>>>>>>> [INFO] Forge - Parser/Java API ...........................
>>>>>>>>>>> SUCCESS [1.246s]
>>>>>>>>>>> [INFO] Forge - Parser/XML ................................
>>>>>>>>>>> SUCCESS [0.950s]
>>>>>>>>>>> [INFO] Forge - Shell API .................................
>>>>>>>>>>> SUCCESS [10.231s]
>>>>>>>>>>> [INFO] Forge - Maven Integration APIs ....................
>>>>>>>>>>> SUCCESS [22.668s]
>>>>>>>>>>> [INFO] Forge - Git Integration ...........................
>>>>>>>>>>> SUCCESS [7.097s]
>>>>>>>>>>> [INFO] Forge - Test Harness ..............................
>>>>>>>>>>> SUCCESS [1.277s]
>>>>>>>>>>> [INFO] Forge - Maven Project Model .......................
>>>>>>>>>>> SUCCESS [18.364s]
>>>>>>>>>>> [INFO] Forge - Parser/Java ...............................
>>>>>>>>>>> SUCCESS [28.347s]
>>>>>>>>>>> [INFO] Forge - Shell .....................................
>>>>>>>>>>> FAILURE [3:42.427s]
>>>>>>>>>>> [INFO] Forge - Git Integration Tests .....................
>>>>>>>>>>> SKIPPED
>>>>>>>>>>> [INFO] Forge - Project Model Maven Tests .................
>>>>>>>>>>> SKIPPED
>>>>>>>>>>> [INFO] Forge - Test Harness (Web) ........................
>>>>>>>>>>> SKIPPED
>>>>>>>>>>> [INFO] Forge - Java EE APIs ..............................
>>>>>>>>>>> SKIPPED
>>>>>>>>>>> [INFO] Forge - Java EE Integration Impl & Plugins ........
>>>>>>>>>>> SKIPPED
>>>>>>>>>>> [INFO] Forge - Scaffolding APIs ..........................
>>>>>>>>>>> SKIPPED
>>>>>>>>>>> [INFO] Forge - Scaffolding Plugins .......................
>>>>>>>>>>> SKIPPED
>>>>>>>>>>> [INFO] Forge - Dev Plugins ...............................
>>>>>>>>>>> SKIPPED
>>>>>>>>>>> [INFO] Forge - Scaffold Provider for Java Server Faces ...
>>>>>>>>>>> SKIPPED
>>>>>>>>>>> [INFO] Forge - Modular Plugin Loader .....................
>>>>>>>>>>> SKIPPED
>>>>>>>>>>> [INFO] JBoss Forge - Distribution Build ..................
>>>>>>>>>>> SKIPPED
>>>>>>>>>>> [INFO]
>>>>>>>>>>> ------------------------------------------------------------------------
>>>>>>>>>>> [INFO] BUILD FAILURE
>>>>>>>>>>> [INFO]
>>>>>>>>>>> ------------------------------------------------------------------------
>>>>>>>>>>> [INFO] Total time: 5:56.660s
>>>>>>>>>>> [INFO] Finished at: Sat Mar 31 13:07:19 EDT 2012
>>>>>>>>>>> [INFO] Final Memory: 30M/102M
>>>>>>>>>>> [INFO]
>>>>>>>>>>> ------------------------------------------------------------------------
>>>>>>>>>>> [ERROR] Failed to execute goal
>>>>>>>>>>> org.apache.maven.plugins:maven-surefire-plugin:2.
>>>>>>>>>>> 12:test (default-test) on project forge-shell: There are test
>>>>>>>>>>> failures.
>>>>>>>>>>> [ERROR]
>>>>>>>>>>> [ERROR] Please refer to
>>>>>>>>>>> D:\code\forge\core\shell\target\surefire-reports for the
>>>>>>>>>>> individual test results.
>>>>>>>>>>> [ERROR] -> [Help 1]
>>>>>>>>>>> [ERROR]
>>>>>>>>>>> [ERROR] To see the full stack trace of the errors, re-run Maven
>>>>>>>>>>> with the -e swit
>>>>>>>>>>> ch.
>>>>>>>>>>> [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 rea
>>>>>>>>>>> d the following articles:
>>>>>>>>>>> [ERROR] [Help 1]
>>>>>>>>>>> http://cwiki.apache.org/confluence/display/MAVEN/MojoFailureExc
>>>>>>>>>>> eption
>>>>>>>>>>> [ERROR]
>>>>>>>>>>> [ERROR] After correcting the problems, you can resume the build
>>>>>>>>>>> with the command
>>>>>>>>>>>
>>>>>>>>>>> [ERROR]   mvn <goals> -rf :forge-shell
>>>>>>>>>>> D:\code\forge\core>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> _______________________________________________
>>>>>>>>>>> forge-dev mailing list
>>>>>>>>>>> forge-dev at lists.jboss.org
>>>>>>>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> --
>>>>>>>>>> Lincoln Baxter, III
>>>>>>>>>> http://ocpsoft.org
>>>>>>>>>> "Simpler is better."
>>>>>>>>>> _______________________________________________
>>>>>>>>>> forge-dev mailing list
>>>>>>>>>> forge-dev at lists.jboss.org
>>>>>>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> _______________________________________________
>>>>>>>>>> forge-dev mailing list
>>>>>>>>>> forge-dev at lists.jboss.org
>>>>>>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> 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
>>>>>>>>>
>>>>>>>>> _______________________________________________
>>>>>>>>> forge-dev mailing list
>>>>>>>>> forge-dev at lists.jboss.org
>>>>>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> Lincoln Baxter, III
>>>>>>>> http://ocpsoft.org
>>>>>>>> "Simpler is better."
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> forge-dev mailing list
>>>>>>>> forge-dev at lists.jboss.org
>>>>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>>>>>>
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> forge-dev mailing list
>>>>>>>> forge-dev at lists.jboss.org
>>>>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> Lincoln Baxter, III
>>>>>>> http://ocpsoft.org
>>>>>>> "Simpler is better."
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> forge-dev mailing list
>>>>>>> forge-dev at lists.jboss.org
>>>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> 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
>>>>>>
>>>>>> _______________________________________________
>>>>>> forge-dev mailing list
>>>>>> forge-dev at lists.jboss.org
>>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Lincoln Baxter, III
>>>>> http://ocpsoft.org
>>>>> "Simpler is better."
>>>>>
>>>>> _______________________________________________
>>>>> forge-dev mailing list
>>>>> forge-dev at lists.jboss.org
>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> forge-dev mailing list
>>>>> forge-dev at lists.jboss.org
>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>> Lincoln Baxter, III
>>>> http://ocpsoft.org
>>>> "Simpler is better."
>>>>
>>>> _______________________________________________
>>>> forge-dev mailing list
>>>> forge-dev at lists.jboss.org
>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>>
>>>>
>>>> _______________________________________________
>>>> forge-dev mailing list
>>>> forge-dev at lists.jboss.org
>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>>
>>>>
>>>
>>>
>>> --
>>> Lincoln Baxter, III
>>> http://ocpsoft.org
>>> "Simpler is better."
>>>
>>> _______________________________________________
>>> forge-dev mailing list
>>> forge-dev at lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>
>>>
>>> _______________________________________________
>>> forge-dev mailing list
>>> forge-dev at lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>
>>>
>>
>>
>> --
>> Lincoln Baxter, III
>> http://ocpsoft.org
>> "Simpler is better."
>>
>> _______________________________________________
>> forge-dev mailing list
>> forge-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>
>>
>
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev
>
>


-- 
Lincoln Baxter, III
http://ocpsoft.org
"Simpler is better."
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120407/08a6e9a4/attachment-0001.html 

From ivan.st.ivanov at gmail.com  Sat Apr  7 11:57:08 2012
From: ivan.st.ivanov at gmail.com (Ivan St. Ivanov)
Date: Sat, 7 Apr 2012 18:57:08 +0300
Subject: [forge-dev] Fwd: forge build
In-Reply-To: <CAEp_U4GPjc-MdH1LqEi2P+JSO0cV17vG6xuBxCmTZJxusJFVMw@mail.gmail.com>
References: <b3abdbfc-c135-41f0-9f98-f00cdc0dbb52@zmail11.collab.prod.int.phx2.redhat.com>
	<6A8EB894-1188-4482-A3F9-67B3E8D877FC@redhat.com>
	<CAEp_U4FJgcqJnc2oH+_3hy8kKd6zCgmpbK0tRpr6ezDix7aJhw@mail.gmail.com>
	<D3CA235A-1B5F-4AB8-B71C-73B2B9D23630@redhat.com>
	<CAF9TksOt8EdBqBttvvSysfpbPK7X0LQ+5AadGDCFPO_hTqiNmg@mail.gmail.com>
	<CAEp_U4FJTPvbi=ZA=Q1Ns+rDNMmN1fjdZQT5s1RVLd9UnQVA9Q@mail.gmail.com>
	<BA90684D-9784-4178-9D2A-41739AAC289E@gmail.com>
	<CAEp_U4E5fWKL=o=iNq7s+WxH=j4JupqAKV3XUWULzRezmDabyA@mail.gmail.com>
	<BB6C4DC1-BB87-4556-A35D-E3D827B40D70@gmail.com>
	<CAF9TksP-5zRq3_3aWLDueaPJR2xyE6BHh_=5eS__JfrZN=ZnDw@mail.gmail.com>
	<CAEp_U4Eqy0FsU3yCuLzY3g8CHCAhg6cSjjTsLWfbUC6imzoYeg@mail.gmail.com>
	<943033A5-E898-4D88-BFA9-FFDDED424A76@gmail.com>
	<CAEp_U4EEbwA75bUsg5KMz8QOUiOd1=yd9=xcjaSCgbY6SX-FuA@mail.gmail.com>
	<9FE8C541-D8EE-46D6-8578-72B48987E2B1@gmail.com>
	<CAEp_U4E-_iAx8ys6LoEoANmMui+SrzdcT1acFR-hd+dLwaAMmQ@mail.gmail.com>
	<B149BF2F-7572-4A9C-BFF3-51887229AC4A@gmail.com>
	<CAEp_U4GWbNGWsSj9p8G3Em_8buhp5souQB5M=nDW-yAGWSZvVQ@mail.gmail.com>
	<CACYLA9GGpwqAVQOeedPjLyGNP+zV1PJcPyi6FM8eGybLkdfpqA@mail.gmail.com>
	<CAEp_U4GPjc-MdH1LqEi2P+JSO0cV17vG6xuBxCmTZJxusJFVMw@mail.gmail.com>
Message-ID: <CACYLA9Es2gGZX=MzJCg3hQb9_cFWPitfs+XGe6=HWzhzmNqpBg@mail.gmail.com>

Hmmm, everything passes on Windows XP. There we don't have these formatting
issues.

You should first install this though:

http://www.microsoft.com/download/en/details.aspx?displaylang=en&id=5582

On Sat, Apr 7, 2012 at 6:08 PM, Lincoln Baxter, III <lincolnbaxter at gmail.com
> wrote:

> Well, if the only issues are Formatting issues, then we should consider
> ourselves lucky :) Perhaps we could put an output filter on the JavaParser
> for the purpose of testing - E.g: Search and replace all \r\n with just \n,
> or something to that effect.
>
> ~Lincoln
>
>
> On Sat, Apr 7, 2012 at 3:40 AM, Ivan St. Ivanov <ivan.st.ivanov at gmail.com>wrote:
>
>> Hi!
>>
>> I ran all the tests on Windows 7. And I got five failures:
>>
>> JavaClassTest::testFormattingIsNotChanged()
>> FacesScaffoldTest::testGenerateFromEntity()
>> FacesScaffoldTest::testGenerateFromEntityCamelCase()
>> FacesScaffoldTest::testGenerateFromNestedEntity()
>> FacesScaffoldTest::testGenerateEntityWithEnum()
>>
>> The first one was already discussed by and large and a decision was made
>> to try and fix the test and not the code (unfortunately I still don't have
>> answer from eclipse jdt core on my question about formatting).
>>
>> The other four I haven't looked at, but I will do later today or tomorrow.
>>
>> I'll also run the tests on Windows XP with clean maven repo.
>>
>> Cheers,
>> Ivan
>>
>>
>> On Thu, Apr 5, 2012 at 8:13 AM, Lincoln Baxter, III <
>> lincolnbaxter at gmail.com> wrote:
>>
>>> That's not OS-specific, and it doesn't fail the build, but it is highly
>>> annoying.
>>>
>>>
>>> On Thu, Apr 5, 2012 at 12:56 AM, Jason Porter <lightguard.jp at gmail.com>wrote:
>>>
>>>> Like that utf-8 issue?
>>>>
>>>> Sent from my iPhone
>>>>
>>>> On Apr 4, 2012, at 22:46, "Lincoln Baxter, III" <
>>>> lincolnbaxter at gmail.com> wrote:
>>>>
>>>> Mostly OS-specific issues.
>>>>
>>>> On Thu, Apr 5, 2012 at 12:35 AM, Jason Porter <lightguard.jp at gmail.com>wrote:
>>>>
>>>>> Are they related to maven or something else?
>>>>>
>>>>> Sent from my iPhone
>>>>>
>>>>> On Apr 4, 2012, at 22:23, "Lincoln Baxter, III" <
>>>>> lincolnbaxter at gmail.com> wrote:
>>>>>
>>>>> Okay cool. Many people have tons of failures so I'm not exactly sure
>>>>> why they are seemingly so sporadic. But this narrows it down by 1 :)
>>>>>
>>>>> ~Lincoln
>>>>>
>>>>> On Thu, Apr 5, 2012 at 12:11 AM, Jason Porter <lightguard.jp at gmail.com
>>>>> > wrote:
>>>>>
>>>>>> I fixed it with that pull request.
>>>>>>
>>>>>> Sent from my iPhone
>>>>>>
>>>>>> On Apr 4, 2012, at 22:06, "Lincoln Baxter, III" <
>>>>>> lincolnbaxter at gmail.com> wrote:
>>>>>>
>>>>>> Sorry to say this, but my recommendation at this point is to crack
>>>>>> open the debugger :( I can't reproduce this on any of my machines.
>>>>>>
>>>>>> https://docs.jboss.org/author/display/FORGE/Debugging+Forge
>>>>>>
>>>>>> ~Lincoln
>>>>>>
>>>>>> On Wed, Apr 4, 2012 at 12:48 PM, Jason Porter <
>>>>>> lightguard.jp at gmail.com> wrote:
>>>>>>
>>>>>>> Here's the output from the two runs I did. The first one did not
>>>>>>> have a clean repo, the second one, as you can see from the output, does
>>>>>>> have a clean repo.
>>>>>>>
>>>>>>>
>>>>>>> On Tue, Apr 3, 2012 at 21:26, Jason Porter <lightguard.jp at gmail.com>wrote:
>>>>>>>
>>>>>>>> I'll let you know.
>>>>>>>>
>>>>>>>> Sent from my iPhone
>>>>>>>>
>>>>>>>> On Apr 3, 2012, at 21:12, "Lincoln Baxter, III" <
>>>>>>>> lincolnbaxter at gmail.com> wrote:
>>>>>>>>
>>>>>>>> Hmmm. It shouldn't but I suppose that's possible!
>>>>>>>>
>>>>>>>> Would be good to know.
>>>>>>>>
>>>>>>>> ~Lincoln
>>>>>>>>
>>>>>>>> On Tue, Apr 3, 2012 at 8:45 PM, Jason Porter <
>>>>>>>> lightguard.jp at gmail.com> wrote:
>>>>>>>>
>>>>>>>>> I'll have to try again. Does they use $FORGE_HOME? If so, that
>>>>>>>>> would explain it
>>>>>>>>>
>>>>>>>>> Sent from my iPhone
>>>>>>>>>
>>>>>>>>> On Apr 3, 2012, at 18:39, "Lincoln Baxter, III" <
>>>>>>>>> lincolnbaxter at gmail.com> wrote:
>>>>>>>>>
>>>>>>>>> Which tests?? I don't even see failures with a clean repo. This
>>>>>>>>> build is turning into a nightmare :)
>>>>>>>>>
>>>>>>>>> On Tue, Apr 3, 2012 at 4:05 PM, Jason Porter <
>>>>>>>>> lightguard.jp at gmail.com> wrote:
>>>>>>>>>
>>>>>>>>>> I run -DskipTests on Fedora as well because of failing tests.
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> On Tue, Apr 3, 2012 at 14:04, Burr Sutter <bsutter at redhat.com>wrote:
>>>>>>>>>>
>>>>>>>>>>> I have only tried building Forge about 5 times - putting the git
>>>>>>>>>>> clone results into a brand new directory.
>>>>>>>>>>>
>>>>>>>>>>> I had to use -DskipTests every time.
>>>>>>>>>>>
>>>>>>>>>>> Perhaps there is an environmental setting for the average Mac or
>>>>>>>>>>> Windows machine to allow for the tests to run.
>>>>>>>>>>>
>>>>>>>>>>> On Apr 3, 2012, at 3:55 PM, Lincoln Baxter, III wrote:
>>>>>>>>>>>
>>>>>>>>>>> Hey guys, have any of you seen an issue like this before?
>>>>>>>>>>>
>>>>>>>>>>> On Mon, Apr 2, 2012 at 6:07 PM, Burr Sutter <bsutter at redhat.com>wrote:
>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> Begin forwarded message:
>>>>>>>>>>>>
>>>>>>>>>>>> *From: *Burr Sutter <bsutter at redhat.com>
>>>>>>>>>>>> *Subject: **forge build*
>>>>>>>>>>>> *Date: *March 31, 2012 2:26:33 PM EDT
>>>>>>>>>>>> *To: *Lincoln Baxter <lbaxter at redhat.com>, Koen Aers <
>>>>>>>>>>>> kaers at redhat.com>
>>>>>>>>>>>>
>>>>>>>>>>>> Please tell me how to make "mvn install" work with Forge.
>>>>>>>>>>>>
>>>>>>>>>>>> I use
>>>>>>>>>>>> "git clone https://github.com/forge/core.git"
>>>>>>>>>>>> "mvn install"
>>>>>>>>>>>>
>>>>>>>>>>>> and I always have test failures on Mac & Windows
>>>>>>>>>>>>
>>>>>>>>>>>> Tests in error:
>>>>>>>>>>>>
>>>>>>>>>>>>  testRunScriptNotHostHttpUrl(org.jboss.forge.shell.test.plugins.builtin.RunUrlP
>>>>>>>>>>>> luginTest): Unexpected exception,
>>>>>>>>>>>> expected<java.net.UnknownHostException> but wa
>>>>>>>>>>>> s<org.mvel2.CompileException>
>>>>>>>>>>>>
>>>>>>>>>>>> Tests run: 136, Failures: 0, Errors: 1, Skipped: 5
>>>>>>>>>>>>
>>>>>>>>>>>> [INFO]
>>>>>>>>>>>> ------------------------------------------------------------------------
>>>>>>>>>>>> [INFO] Reactor Summary:
>>>>>>>>>>>> [INFO]
>>>>>>>>>>>> [INFO] Forge - Parent ....................................
>>>>>>>>>>>> SUCCESS [0.733s]
>>>>>>>>>>>> [INFO] Forge - Targeted Event Bus ........................
>>>>>>>>>>>> SUCCESS [40.622s]
>>>>>>>>>>>> [INFO] Forge - Parser/Java API ...........................
>>>>>>>>>>>> SUCCESS [1.246s]
>>>>>>>>>>>> [INFO] Forge - Parser/XML ................................
>>>>>>>>>>>> SUCCESS [0.950s]
>>>>>>>>>>>> [INFO] Forge - Shell API .................................
>>>>>>>>>>>> SUCCESS [10.231s]
>>>>>>>>>>>> [INFO] Forge - Maven Integration APIs ....................
>>>>>>>>>>>> SUCCESS [22.668s]
>>>>>>>>>>>> [INFO] Forge - Git Integration ...........................
>>>>>>>>>>>> SUCCESS [7.097s]
>>>>>>>>>>>> [INFO] Forge - Test Harness ..............................
>>>>>>>>>>>> SUCCESS [1.277s]
>>>>>>>>>>>> [INFO] Forge - Maven Project Model .......................
>>>>>>>>>>>> SUCCESS [18.364s]
>>>>>>>>>>>> [INFO] Forge - Parser/Java ...............................
>>>>>>>>>>>> SUCCESS [28.347s]
>>>>>>>>>>>> [INFO] Forge - Shell .....................................
>>>>>>>>>>>> FAILURE [3:42.427s]
>>>>>>>>>>>> [INFO] Forge - Git Integration Tests .....................
>>>>>>>>>>>> SKIPPED
>>>>>>>>>>>> [INFO] Forge - Project Model Maven Tests .................
>>>>>>>>>>>> SKIPPED
>>>>>>>>>>>> [INFO] Forge - Test Harness (Web) ........................
>>>>>>>>>>>> SKIPPED
>>>>>>>>>>>> [INFO] Forge - Java EE APIs ..............................
>>>>>>>>>>>> SKIPPED
>>>>>>>>>>>> [INFO] Forge - Java EE Integration Impl & Plugins ........
>>>>>>>>>>>> SKIPPED
>>>>>>>>>>>> [INFO] Forge - Scaffolding APIs ..........................
>>>>>>>>>>>> SKIPPED
>>>>>>>>>>>> [INFO] Forge - Scaffolding Plugins .......................
>>>>>>>>>>>> SKIPPED
>>>>>>>>>>>> [INFO] Forge - Dev Plugins ...............................
>>>>>>>>>>>> SKIPPED
>>>>>>>>>>>> [INFO] Forge - Scaffold Provider for Java Server Faces ...
>>>>>>>>>>>> SKIPPED
>>>>>>>>>>>> [INFO] Forge - Modular Plugin Loader .....................
>>>>>>>>>>>> SKIPPED
>>>>>>>>>>>> [INFO] JBoss Forge - Distribution Build ..................
>>>>>>>>>>>> SKIPPED
>>>>>>>>>>>> [INFO]
>>>>>>>>>>>> ------------------------------------------------------------------------
>>>>>>>>>>>> [INFO] BUILD FAILURE
>>>>>>>>>>>> [INFO]
>>>>>>>>>>>> ------------------------------------------------------------------------
>>>>>>>>>>>> [INFO] Total time: 5:56.660s
>>>>>>>>>>>> [INFO] Finished at: Sat Mar 31 13:07:19 EDT 2012
>>>>>>>>>>>> [INFO] Final Memory: 30M/102M
>>>>>>>>>>>> [INFO]
>>>>>>>>>>>> ------------------------------------------------------------------------
>>>>>>>>>>>> [ERROR] Failed to execute goal
>>>>>>>>>>>> org.apache.maven.plugins:maven-surefire-plugin:2.
>>>>>>>>>>>> 12:test (default-test) on project forge-shell: There are test
>>>>>>>>>>>> failures.
>>>>>>>>>>>> [ERROR]
>>>>>>>>>>>> [ERROR] Please refer to
>>>>>>>>>>>> D:\code\forge\core\shell\target\surefire-reports for the
>>>>>>>>>>>> individual test results.
>>>>>>>>>>>> [ERROR] -> [Help 1]
>>>>>>>>>>>> [ERROR]
>>>>>>>>>>>> [ERROR] To see the full stack trace of the errors, re-run Maven
>>>>>>>>>>>> with the -e swit
>>>>>>>>>>>> ch.
>>>>>>>>>>>> [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 rea
>>>>>>>>>>>> d the following articles:
>>>>>>>>>>>> [ERROR] [Help 1]
>>>>>>>>>>>> http://cwiki.apache.org/confluence/display/MAVEN/MojoFailureExc
>>>>>>>>>>>> eption
>>>>>>>>>>>> [ERROR]
>>>>>>>>>>>> [ERROR] After correcting the problems, you can resume the build
>>>>>>>>>>>> with the command
>>>>>>>>>>>>
>>>>>>>>>>>> [ERROR]   mvn <goals> -rf :forge-shell
>>>>>>>>>>>> D:\code\forge\core>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> _______________________________________________
>>>>>>>>>>>> forge-dev mailing list
>>>>>>>>>>>> forge-dev at lists.jboss.org
>>>>>>>>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> --
>>>>>>>>>>> Lincoln Baxter, III
>>>>>>>>>>> http://ocpsoft.org
>>>>>>>>>>> "Simpler is better."
>>>>>>>>>>> _______________________________________________
>>>>>>>>>>> forge-dev mailing list
>>>>>>>>>>> forge-dev at lists.jboss.org
>>>>>>>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> _______________________________________________
>>>>>>>>>>> forge-dev mailing list
>>>>>>>>>>> forge-dev at lists.jboss.org
>>>>>>>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> --
>>>>>>>>>> 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
>>>>>>>>>>
>>>>>>>>>> _______________________________________________
>>>>>>>>>> forge-dev mailing list
>>>>>>>>>> forge-dev at lists.jboss.org
>>>>>>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> Lincoln Baxter, III
>>>>>>>>> http://ocpsoft.org
>>>>>>>>> "Simpler is better."
>>>>>>>>>
>>>>>>>>> _______________________________________________
>>>>>>>>> forge-dev mailing list
>>>>>>>>> forge-dev at lists.jboss.org
>>>>>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> _______________________________________________
>>>>>>>>> forge-dev mailing list
>>>>>>>>> forge-dev at lists.jboss.org
>>>>>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> Lincoln Baxter, III
>>>>>>>> http://ocpsoft.org
>>>>>>>> "Simpler is better."
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> forge-dev mailing list
>>>>>>>> forge-dev at lists.jboss.org
>>>>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> 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
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> forge-dev mailing list
>>>>>>> forge-dev at lists.jboss.org
>>>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Lincoln Baxter, III
>>>>>> http://ocpsoft.org
>>>>>> "Simpler is better."
>>>>>>
>>>>>> _______________________________________________
>>>>>> forge-dev mailing list
>>>>>> forge-dev at lists.jboss.org
>>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> forge-dev mailing list
>>>>>> forge-dev at lists.jboss.org
>>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Lincoln Baxter, III
>>>>> http://ocpsoft.org
>>>>> "Simpler is better."
>>>>>
>>>>> _______________________________________________
>>>>> forge-dev mailing list
>>>>> forge-dev at lists.jboss.org
>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> forge-dev mailing list
>>>>> forge-dev at lists.jboss.org
>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>> Lincoln Baxter, III
>>>> http://ocpsoft.org
>>>> "Simpler is better."
>>>>
>>>> _______________________________________________
>>>> forge-dev mailing list
>>>> forge-dev at lists.jboss.org
>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>>
>>>>
>>>> _______________________________________________
>>>> forge-dev mailing list
>>>> forge-dev at lists.jboss.org
>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>>
>>>>
>>>
>>>
>>> --
>>> Lincoln Baxter, III
>>> http://ocpsoft.org
>>> "Simpler is better."
>>>
>>> _______________________________________________
>>> forge-dev mailing list
>>> forge-dev at lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>
>>>
>>
>> _______________________________________________
>> forge-dev mailing list
>> forge-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>
>>
>
>
> --
> Lincoln Baxter, III
> http://ocpsoft.org
> "Simpler is better."
>
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120407/887858ba/attachment-0001.html 

From ivan.st.ivanov at gmail.com  Sun Apr  8 17:51:44 2012
From: ivan.st.ivanov at gmail.com (Ivan St. Ivanov)
Date: Mon, 9 Apr 2012 00:51:44 +0300
Subject: [forge-dev] Fwd: forge build
In-Reply-To: <CACYLA9Es2gGZX=MzJCg3hQb9_cFWPitfs+XGe6=HWzhzmNqpBg@mail.gmail.com>
References: <b3abdbfc-c135-41f0-9f98-f00cdc0dbb52@zmail11.collab.prod.int.phx2.redhat.com>
	<6A8EB894-1188-4482-A3F9-67B3E8D877FC@redhat.com>
	<CAEp_U4FJgcqJnc2oH+_3hy8kKd6zCgmpbK0tRpr6ezDix7aJhw@mail.gmail.com>
	<D3CA235A-1B5F-4AB8-B71C-73B2B9D23630@redhat.com>
	<CAF9TksOt8EdBqBttvvSysfpbPK7X0LQ+5AadGDCFPO_hTqiNmg@mail.gmail.com>
	<CAEp_U4FJTPvbi=ZA=Q1Ns+rDNMmN1fjdZQT5s1RVLd9UnQVA9Q@mail.gmail.com>
	<BA90684D-9784-4178-9D2A-41739AAC289E@gmail.com>
	<CAEp_U4E5fWKL=o=iNq7s+WxH=j4JupqAKV3XUWULzRezmDabyA@mail.gmail.com>
	<BB6C4DC1-BB87-4556-A35D-E3D827B40D70@gmail.com>
	<CAF9TksP-5zRq3_3aWLDueaPJR2xyE6BHh_=5eS__JfrZN=ZnDw@mail.gmail.com>
	<CAEp_U4Eqy0FsU3yCuLzY3g8CHCAhg6cSjjTsLWfbUC6imzoYeg@mail.gmail.com>
	<943033A5-E898-4D88-BFA9-FFDDED424A76@gmail.com>
	<CAEp_U4EEbwA75bUsg5KMz8QOUiOd1=yd9=xcjaSCgbY6SX-FuA@mail.gmail.com>
	<9FE8C541-D8EE-46D6-8578-72B48987E2B1@gmail.com>
	<CAEp_U4E-_iAx8ys6LoEoANmMui+SrzdcT1acFR-hd+dLwaAMmQ@mail.gmail.com>
	<B149BF2F-7572-4A9C-BFF3-51887229AC4A@gmail.com>
	<CAEp_U4GWbNGWsSj9p8G3Em_8buhp5souQB5M=nDW-yAGWSZvVQ@mail.gmail.com>
	<CACYLA9GGpwqAVQOeedPjLyGNP+zV1PJcPyi6FM8eGybLkdfpqA@mail.gmail.com>
	<CAEp_U4GPjc-MdH1LqEi2P+JSO0cV17vG6xuBxCmTZJxusJFVMw@mail.gmail.com>
	<CACYLA9Es2gGZX=MzJCg3hQb9_cFWPitfs+XGe6=HWzhzmNqpBg@mail.gmail.com>
Message-ID: <CACYLA9EFk6yFoW=vDaoSegTPzJqjC1vJej1rzK+Aghmr-K61qA@mail.gmail.com>

OK, some more info on the test failures:

1) The JavaClassTest can be fixed if the AbstractJavaSource::toString
method is changed to manipulate a little bit the returned result. At least
this is the easiest way
2) The FacesScaffoldTest can be fixed if the xhtml files in
<forge-core>/scaffold-faces/src/main/resources/scaffold/faces
directory are changed in Windows format (with Windows EOLs). At the moment
all of them except search.xhtml have UNIX EOLs. Or the other way round is
to change the FacesScaffoldTest crlf constant to "\n"


On Sat, Apr 7, 2012 at 6:57 PM, Ivan St. Ivanov <ivan.st.ivanov at gmail.com>wrote:

> Hmmm, everything passes on Windows XP. There we don't have these
> formatting issues.
>
> You should first install this though:
>
> http://www.microsoft.com/download/en/details.aspx?displaylang=en&id=5582
>
>
> On Sat, Apr 7, 2012 at 6:08 PM, Lincoln Baxter, III <
> lincolnbaxter at gmail.com> wrote:
>
>> Well, if the only issues are Formatting issues, then we should consider
>> ourselves lucky :) Perhaps we could put an output filter on the JavaParser
>> for the purpose of testing - E.g: Search and replace all \r\n with just \n,
>> or something to that effect.
>>
>> ~Lincoln
>>
>>
>> On Sat, Apr 7, 2012 at 3:40 AM, Ivan St. Ivanov <ivan.st.ivanov at gmail.com
>> > wrote:
>>
>>> Hi!
>>>
>>> I ran all the tests on Windows 7. And I got five failures:
>>>
>>> JavaClassTest::testFormattingIsNotChanged()
>>> FacesScaffoldTest::testGenerateFromEntity()
>>> FacesScaffoldTest::testGenerateFromEntityCamelCase()
>>> FacesScaffoldTest::testGenerateFromNestedEntity()
>>> FacesScaffoldTest::testGenerateEntityWithEnum()
>>>
>>> The first one was already discussed by and large and a decision was made
>>> to try and fix the test and not the code (unfortunately I still don't have
>>> answer from eclipse jdt core on my question about formatting).
>>>
>>> The other four I haven't looked at, but I will do later today or
>>> tomorrow.
>>>
>>> I'll also run the tests on Windows XP with clean maven repo.
>>>
>>> Cheers,
>>> Ivan
>>>
>>>
>>> On Thu, Apr 5, 2012 at 8:13 AM, Lincoln Baxter, III <
>>> lincolnbaxter at gmail.com> wrote:
>>>
>>>> That's not OS-specific, and it doesn't fail the build, but it is highly
>>>> annoying.
>>>>
>>>>
>>>> On Thu, Apr 5, 2012 at 12:56 AM, Jason Porter <lightguard.jp at gmail.com>wrote:
>>>>
>>>>> Like that utf-8 issue?
>>>>>
>>>>> Sent from my iPhone
>>>>>
>>>>> On Apr 4, 2012, at 22:46, "Lincoln Baxter, III" <
>>>>> lincolnbaxter at gmail.com> wrote:
>>>>>
>>>>> Mostly OS-specific issues.
>>>>>
>>>>> On Thu, Apr 5, 2012 at 12:35 AM, Jason Porter <lightguard.jp at gmail.com
>>>>> > wrote:
>>>>>
>>>>>> Are they related to maven or something else?
>>>>>>
>>>>>> Sent from my iPhone
>>>>>>
>>>>>> On Apr 4, 2012, at 22:23, "Lincoln Baxter, III" <
>>>>>> lincolnbaxter at gmail.com> wrote:
>>>>>>
>>>>>> Okay cool. Many people have tons of failures so I'm not exactly sure
>>>>>> why they are seemingly so sporadic. But this narrows it down by 1 :)
>>>>>>
>>>>>> ~Lincoln
>>>>>>
>>>>>> On Thu, Apr 5, 2012 at 12:11 AM, Jason Porter <
>>>>>> lightguard.jp at gmail.com> wrote:
>>>>>>
>>>>>>> I fixed it with that pull request.
>>>>>>>
>>>>>>> Sent from my iPhone
>>>>>>>
>>>>>>> On Apr 4, 2012, at 22:06, "Lincoln Baxter, III" <
>>>>>>> lincolnbaxter at gmail.com> wrote:
>>>>>>>
>>>>>>> Sorry to say this, but my recommendation at this point is to crack
>>>>>>> open the debugger :( I can't reproduce this on any of my machines.
>>>>>>>
>>>>>>> https://docs.jboss.org/author/display/FORGE/Debugging+Forge
>>>>>>>
>>>>>>> ~Lincoln
>>>>>>>
>>>>>>> On Wed, Apr 4, 2012 at 12:48 PM, Jason Porter <
>>>>>>> lightguard.jp at gmail.com> wrote:
>>>>>>>
>>>>>>>> Here's the output from the two runs I did. The first one did not
>>>>>>>> have a clean repo, the second one, as you can see from the output, does
>>>>>>>> have a clean repo.
>>>>>>>>
>>>>>>>>
>>>>>>>> On Tue, Apr 3, 2012 at 21:26, Jason Porter <lightguard.jp at gmail.com
>>>>>>>> > wrote:
>>>>>>>>
>>>>>>>>> I'll let you know.
>>>>>>>>>
>>>>>>>>> Sent from my iPhone
>>>>>>>>>
>>>>>>>>> On Apr 3, 2012, at 21:12, "Lincoln Baxter, III" <
>>>>>>>>> lincolnbaxter at gmail.com> wrote:
>>>>>>>>>
>>>>>>>>> Hmmm. It shouldn't but I suppose that's possible!
>>>>>>>>>
>>>>>>>>> Would be good to know.
>>>>>>>>>
>>>>>>>>> ~Lincoln
>>>>>>>>>
>>>>>>>>> On Tue, Apr 3, 2012 at 8:45 PM, Jason Porter <
>>>>>>>>> lightguard.jp at gmail.com> wrote:
>>>>>>>>>
>>>>>>>>>> I'll have to try again. Does they use $FORGE_HOME? If so, that
>>>>>>>>>> would explain it
>>>>>>>>>>
>>>>>>>>>> Sent from my iPhone
>>>>>>>>>>
>>>>>>>>>> On Apr 3, 2012, at 18:39, "Lincoln Baxter, III" <
>>>>>>>>>> lincolnbaxter at gmail.com> wrote:
>>>>>>>>>>
>>>>>>>>>> Which tests?? I don't even see failures with a clean repo. This
>>>>>>>>>> build is turning into a nightmare :)
>>>>>>>>>>
>>>>>>>>>> On Tue, Apr 3, 2012 at 4:05 PM, Jason Porter <
>>>>>>>>>> lightguard.jp at gmail.com> wrote:
>>>>>>>>>>
>>>>>>>>>>> I run -DskipTests on Fedora as well because of failing tests.
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> On Tue, Apr 3, 2012 at 14:04, Burr Sutter <bsutter at redhat.com>wrote:
>>>>>>>>>>>
>>>>>>>>>>>> I have only tried building Forge about 5 times - putting the
>>>>>>>>>>>> git clone results into a brand new directory.
>>>>>>>>>>>>
>>>>>>>>>>>> I had to use -DskipTests every time.
>>>>>>>>>>>>
>>>>>>>>>>>> Perhaps there is an environmental setting for the average Mac
>>>>>>>>>>>> or Windows machine to allow for the tests to run.
>>>>>>>>>>>>
>>>>>>>>>>>> On Apr 3, 2012, at 3:55 PM, Lincoln Baxter, III wrote:
>>>>>>>>>>>>
>>>>>>>>>>>> Hey guys, have any of you seen an issue like this before?
>>>>>>>>>>>>
>>>>>>>>>>>> On Mon, Apr 2, 2012 at 6:07 PM, Burr Sutter <bsutter at redhat.com
>>>>>>>>>>>> > wrote:
>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> Begin forwarded message:
>>>>>>>>>>>>>
>>>>>>>>>>>>> *From: *Burr Sutter <bsutter at redhat.com>
>>>>>>>>>>>>> *Subject: **forge build*
>>>>>>>>>>>>> *Date: *March 31, 2012 2:26:33 PM EDT
>>>>>>>>>>>>> *To: *Lincoln Baxter <lbaxter at redhat.com>, Koen Aers <
>>>>>>>>>>>>> kaers at redhat.com>
>>>>>>>>>>>>>
>>>>>>>>>>>>> Please tell me how to make "mvn install" work with Forge.
>>>>>>>>>>>>>
>>>>>>>>>>>>> I use
>>>>>>>>>>>>> "git clone https://github.com/forge/core.git"
>>>>>>>>>>>>> "mvn install"
>>>>>>>>>>>>>
>>>>>>>>>>>>> and I always have test failures on Mac & Windows
>>>>>>>>>>>>>
>>>>>>>>>>>>> Tests in error:
>>>>>>>>>>>>>
>>>>>>>>>>>>>  testRunScriptNotHostHttpUrl(org.jboss.forge.shell.test.plugins.builtin.RunUrlP
>>>>>>>>>>>>> luginTest): Unexpected exception,
>>>>>>>>>>>>> expected<java.net.UnknownHostException> but wa
>>>>>>>>>>>>> s<org.mvel2.CompileException>
>>>>>>>>>>>>>
>>>>>>>>>>>>> Tests run: 136, Failures: 0, Errors: 1, Skipped: 5
>>>>>>>>>>>>>
>>>>>>>>>>>>> [INFO]
>>>>>>>>>>>>> ------------------------------------------------------------------------
>>>>>>>>>>>>> [INFO] Reactor Summary:
>>>>>>>>>>>>> [INFO]
>>>>>>>>>>>>> [INFO] Forge - Parent ....................................
>>>>>>>>>>>>> SUCCESS [0.733s]
>>>>>>>>>>>>> [INFO] Forge - Targeted Event Bus ........................
>>>>>>>>>>>>> SUCCESS [40.622s]
>>>>>>>>>>>>> [INFO] Forge - Parser/Java API ...........................
>>>>>>>>>>>>> SUCCESS [1.246s]
>>>>>>>>>>>>> [INFO] Forge - Parser/XML ................................
>>>>>>>>>>>>> SUCCESS [0.950s]
>>>>>>>>>>>>> [INFO] Forge - Shell API .................................
>>>>>>>>>>>>> SUCCESS [10.231s]
>>>>>>>>>>>>> [INFO] Forge - Maven Integration APIs ....................
>>>>>>>>>>>>> SUCCESS [22.668s]
>>>>>>>>>>>>> [INFO] Forge - Git Integration ...........................
>>>>>>>>>>>>> SUCCESS [7.097s]
>>>>>>>>>>>>> [INFO] Forge - Test Harness ..............................
>>>>>>>>>>>>> SUCCESS [1.277s]
>>>>>>>>>>>>> [INFO] Forge - Maven Project Model .......................
>>>>>>>>>>>>> SUCCESS [18.364s]
>>>>>>>>>>>>> [INFO] Forge - Parser/Java ...............................
>>>>>>>>>>>>> SUCCESS [28.347s]
>>>>>>>>>>>>> [INFO] Forge - Shell .....................................
>>>>>>>>>>>>> FAILURE [3:42.427s]
>>>>>>>>>>>>> [INFO] Forge - Git Integration Tests .....................
>>>>>>>>>>>>> SKIPPED
>>>>>>>>>>>>> [INFO] Forge - Project Model Maven Tests .................
>>>>>>>>>>>>> SKIPPED
>>>>>>>>>>>>> [INFO] Forge - Test Harness (Web) ........................
>>>>>>>>>>>>> SKIPPED
>>>>>>>>>>>>> [INFO] Forge - Java EE APIs ..............................
>>>>>>>>>>>>> SKIPPED
>>>>>>>>>>>>> [INFO] Forge - Java EE Integration Impl & Plugins ........
>>>>>>>>>>>>> SKIPPED
>>>>>>>>>>>>> [INFO] Forge - Scaffolding APIs ..........................
>>>>>>>>>>>>> SKIPPED
>>>>>>>>>>>>> [INFO] Forge - Scaffolding Plugins .......................
>>>>>>>>>>>>> SKIPPED
>>>>>>>>>>>>> [INFO] Forge - Dev Plugins ...............................
>>>>>>>>>>>>> SKIPPED
>>>>>>>>>>>>> [INFO] Forge - Scaffold Provider for Java Server Faces ...
>>>>>>>>>>>>> SKIPPED
>>>>>>>>>>>>> [INFO] Forge - Modular Plugin Loader .....................
>>>>>>>>>>>>> SKIPPED
>>>>>>>>>>>>> [INFO] JBoss Forge - Distribution Build ..................
>>>>>>>>>>>>> SKIPPED
>>>>>>>>>>>>> [INFO]
>>>>>>>>>>>>> ------------------------------------------------------------------------
>>>>>>>>>>>>> [INFO] BUILD FAILURE
>>>>>>>>>>>>> [INFO]
>>>>>>>>>>>>> ------------------------------------------------------------------------
>>>>>>>>>>>>> [INFO] Total time: 5:56.660s
>>>>>>>>>>>>> [INFO] Finished at: Sat Mar 31 13:07:19 EDT 2012
>>>>>>>>>>>>> [INFO] Final Memory: 30M/102M
>>>>>>>>>>>>> [INFO]
>>>>>>>>>>>>> ------------------------------------------------------------------------
>>>>>>>>>>>>> [ERROR] Failed to execute goal
>>>>>>>>>>>>> org.apache.maven.plugins:maven-surefire-plugin:2.
>>>>>>>>>>>>> 12:test (default-test) on project forge-shell: There are test
>>>>>>>>>>>>> failures.
>>>>>>>>>>>>> [ERROR]
>>>>>>>>>>>>> [ERROR] Please refer to
>>>>>>>>>>>>> D:\code\forge\core\shell\target\surefire-reports for the
>>>>>>>>>>>>> individual test results.
>>>>>>>>>>>>> [ERROR] -> [Help 1]
>>>>>>>>>>>>> [ERROR]
>>>>>>>>>>>>> [ERROR] To see the full stack trace of the errors, re-run
>>>>>>>>>>>>> Maven with the -e swit
>>>>>>>>>>>>> ch.
>>>>>>>>>>>>> [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 rea
>>>>>>>>>>>>> d the following articles:
>>>>>>>>>>>>> [ERROR] [Help 1]
>>>>>>>>>>>>> http://cwiki.apache.org/confluence/display/MAVEN/MojoFailureExc
>>>>>>>>>>>>> eption
>>>>>>>>>>>>> [ERROR]
>>>>>>>>>>>>> [ERROR] After correcting the problems, you can resume the
>>>>>>>>>>>>> build with the command
>>>>>>>>>>>>>
>>>>>>>>>>>>> [ERROR]   mvn <goals> -rf :forge-shell
>>>>>>>>>>>>> D:\code\forge\core>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> _______________________________________________
>>>>>>>>>>>>> forge-dev mailing list
>>>>>>>>>>>>> forge-dev at lists.jboss.org
>>>>>>>>>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> --
>>>>>>>>>>>> Lincoln Baxter, III
>>>>>>>>>>>> http://ocpsoft.org
>>>>>>>>>>>> "Simpler is better."
>>>>>>>>>>>> _______________________________________________
>>>>>>>>>>>> forge-dev mailing list
>>>>>>>>>>>> forge-dev at lists.jboss.org
>>>>>>>>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> _______________________________________________
>>>>>>>>>>>> forge-dev mailing list
>>>>>>>>>>>> forge-dev at lists.jboss.org
>>>>>>>>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> --
>>>>>>>>>>> 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
>>>>>>>>>>>
>>>>>>>>>>> _______________________________________________
>>>>>>>>>>> forge-dev mailing list
>>>>>>>>>>> forge-dev at lists.jboss.org
>>>>>>>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> --
>>>>>>>>>> Lincoln Baxter, III
>>>>>>>>>> http://ocpsoft.org
>>>>>>>>>> "Simpler is better."
>>>>>>>>>>
>>>>>>>>>> _______________________________________________
>>>>>>>>>> forge-dev mailing list
>>>>>>>>>> forge-dev at lists.jboss.org
>>>>>>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> _______________________________________________
>>>>>>>>>> forge-dev mailing list
>>>>>>>>>> forge-dev at lists.jboss.org
>>>>>>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> Lincoln Baxter, III
>>>>>>>>> http://ocpsoft.org
>>>>>>>>> "Simpler is better."
>>>>>>>>>
>>>>>>>>> _______________________________________________
>>>>>>>>> forge-dev mailing list
>>>>>>>>> forge-dev at lists.jboss.org
>>>>>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> 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
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> forge-dev mailing list
>>>>>>>> forge-dev at lists.jboss.org
>>>>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> Lincoln Baxter, III
>>>>>>> http://ocpsoft.org
>>>>>>> "Simpler is better."
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> forge-dev mailing list
>>>>>>> forge-dev at lists.jboss.org
>>>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>>>>>
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> forge-dev mailing list
>>>>>>> forge-dev at lists.jboss.org
>>>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Lincoln Baxter, III
>>>>>> http://ocpsoft.org
>>>>>> "Simpler is better."
>>>>>>
>>>>>> _______________________________________________
>>>>>> forge-dev mailing list
>>>>>> forge-dev at lists.jboss.org
>>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> forge-dev mailing list
>>>>>> forge-dev at lists.jboss.org
>>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Lincoln Baxter, III
>>>>> http://ocpsoft.org
>>>>> "Simpler is better."
>>>>>
>>>>> _______________________________________________
>>>>> forge-dev mailing list
>>>>> forge-dev at lists.jboss.org
>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> forge-dev mailing list
>>>>> forge-dev at lists.jboss.org
>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>> Lincoln Baxter, III
>>>> http://ocpsoft.org
>>>> "Simpler is better."
>>>>
>>>> _______________________________________________
>>>> forge-dev mailing list
>>>> forge-dev at lists.jboss.org
>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>>
>>>>
>>>
>>> _______________________________________________
>>> forge-dev mailing list
>>> forge-dev at lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>
>>>
>>
>>
>> --
>> Lincoln Baxter, III
>> http://ocpsoft.org
>> "Simpler is better."
>>
>> _______________________________________________
>> forge-dev mailing list
>> forge-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120409/dd9c6880/attachment-0001.html 

From max.andersen at redhat.com  Mon Apr  9 10:22:12 2012
From: max.andersen at redhat.com (Max Rydahl Andersen)
Date: Mon, 9 Apr 2012 16:22:12 +0200
Subject: [forge-dev] forge build
In-Reply-To: <CACYLA9GGpwqAVQOeedPjLyGNP+zV1PJcPyi6FM8eGybLkdfpqA@mail.gmail.com>
References: <b3abdbfc-c135-41f0-9f98-f00cdc0dbb52@zmail11.collab.prod.int.phx2.redhat.com>
	<6A8EB894-1188-4482-A3F9-67B3E8D877FC@redhat.com>
	<CAEp_U4FJgcqJnc2oH+_3hy8kKd6zCgmpbK0tRpr6ezDix7aJhw@mail.gmail.com>
	<D3CA235A-1B5F-4AB8-B71C-73B2B9D23630@redhat.com>
	<CAF9TksOt8EdBqBttvvSysfpbPK7X0LQ+5AadGDCFPO_hTqiNmg@mail.gmail.com>
	<CAEp_U4FJTPvbi=ZA=Q1Ns+rDNMmN1fjdZQT5s1RVLd9UnQVA9Q@mail.gmail.com>
	<BA90684D-9784-4178-9D2A-41739AAC289E@gmail.com>
	<CAEp_U4E5fWKL=o=iNq7s+WxH=j4JupqAKV3XUWULzRezmDabyA@mail.gmail.com>
	<BB6C4DC1-BB87-4556-A35D-E3D827B40D70@gmail.com>
	<CAF9TksP-5zRq3_3aWLDueaPJR2xyE6BHh_=5eS__JfrZN=ZnDw@mail.gmail.com>
	<CAEp_U4Eqy0FsU3yCuLzY3g8CHCAhg6cSjjTsLWfbUC6imzoYeg@mail.gmail.com>
	<943033A5-E898-4D88-BFA9-FFDDED424A76@gmail.com>
	<CAEp_U4EEbwA75bUsg5KMz8QOUiOd1=yd9=xcjaSCgbY6SX-FuA@mail.gmail.com>
	<9FE8C541-D8EE-46D6-8578-72B48987E2B1@gmail.com>
	<CAEp_U4E-_iAx8ys6LoEoANmMui+SrzdcT1acFR-hd+dLwaAMmQ@mail.gmail.com>
	<B149BF2F-7572-4A9C-BFF3-51887229AC4A@gmail.com> <!
	CAEp_U4GWbNGWsSj9p8G3Em_8buhp5souQB5M=nDW-yAGWSZvVQ@mail.gmail.com>
	<CACYLA9GGpwqAVQOeedPjLyGNP+zV1PJcPyi6FM8eGybLkdfpqA@mail.gmail.com>
Message-ID: <1C8A84EC-464F-46DA-80D4-2198A40E70F5@redhat.com>


> The first one was already discussed by and large and a decision was made to try and fix the test and not the code (unfortunately I still don't have answer from eclipse jdt core on my question about formatting).

what is that question ? last you wrote on irc is that formatting worked if not doing it on the same document twice.

/max
 

From ivan.st.ivanov at gmail.com  Mon Apr  9 11:42:42 2012
From: ivan.st.ivanov at gmail.com (Ivan St. Ivanov)
Date: Mon, 9 Apr 2012 18:42:42 +0300
Subject: [forge-dev] forge build
In-Reply-To: <1C8A84EC-464F-46DA-80D4-2198A40E70F5@redhat.com>
References: <b3abdbfc-c135-41f0-9f98-f00cdc0dbb52@zmail11.collab.prod.int.phx2.redhat.com>
	<6A8EB894-1188-4482-A3F9-67B3E8D877FC@redhat.com>
	<CAEp_U4FJgcqJnc2oH+_3hy8kKd6zCgmpbK0tRpr6ezDix7aJhw@mail.gmail.com>
	<D3CA235A-1B5F-4AB8-B71C-73B2B9D23630@redhat.com>
	<CAF9TksOt8EdBqBttvvSysfpbPK7X0LQ+5AadGDCFPO_hTqiNmg@mail.gmail.com>
	<CAEp_U4FJTPvbi=ZA=Q1Ns+rDNMmN1fjdZQT5s1RVLd9UnQVA9Q@mail.gmail.com>
	<BA90684D-9784-4178-9D2A-41739AAC289E@gmail.com>
	<CAEp_U4E5fWKL=o=iNq7s+WxH=j4JupqAKV3XUWULzRezmDabyA@mail.gmail.com>
	<BB6C4DC1-BB87-4556-A35D-E3D827B40D70@gmail.com>
	<CAF9TksP-5zRq3_3aWLDueaPJR2xyE6BHh_=5eS__JfrZN=ZnDw@mail.gmail.com>
	<CAEp_U4Eqy0FsU3yCuLzY3g8CHCAhg6cSjjTsLWfbUC6imzoYeg@mail.gmail.com>
	<943033A5-E898-4D88-BFA9-FFDDED424A76@gmail.com>
	<CAEp_U4EEbwA75bUsg5KMz8QOUiOd1=yd9=xcjaSCgbY6SX-FuA@mail.gmail.com>
	<9FE8C541-D8EE-46D6-8578-72B48987E2B1@gmail.com>
	<CAEp_U4E-_iAx8ys6LoEoANmMui+SrzdcT1acFR-hd+dLwaAMmQ@mail.gmail.com>
	<B149BF2F-7572-4A9C-BFF3-51887229AC4A@gmail.com>
	<CACYLA9GGpwqAVQOeedPjLyGNP+zV1PJcPyi6FM8eGybLkdfpqA@mail.gmail.com>
	<1C8A84EC-464F-46DA-80D4-2198A40E70F5@redhat.com>
Message-ID: <CACYLA9GON5b6bVu5gupspr5z8s=epLr85m7wisFXHgf258FWQw@mail.gmail.com>

Hi Max,

Actually these are two separate issues. And to be honest, I mislead you
with my statement that you just cited. :-(

The one that you refer to is about any lack of formatting when creating an
entity. And it appears to happen not only on Windows. There you don't get
any new lines between the last import, the @Entity annotation and the class
declaration. And can be fixed only by calling the format twice (or maybe by
using another hidden pearl of the JDT API).

While here, I'm struggling with an issue that you get \n instead of \r\n
when you create a JavaClass (not an Entity) on Windows 7.

Sorry again for the confusion!

Cheers,
Ivan

On Mon, Apr 9, 2012 at 5:22 PM, Max Rydahl Andersen <max.andersen at redhat.com
> wrote:

>
> > The first one was already discussed by and large and a decision was made
> to try and fix the test and not the code (unfortunately I still don't have
> answer from eclipse jdt core on my question about formatting).
>
> what is that question ? last you wrote on irc is that formatting worked if
> not doing it on the same document twice.
>
> /max
>
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120409/50c53aaa/attachment.html 

From lincolnbaxter at gmail.com  Mon Apr  9 19:56:42 2012
From: lincolnbaxter at gmail.com (Lincoln Baxter, III)
Date: Mon, 9 Apr 2012 19:56:42 -0400
Subject: [forge-dev] forge build
In-Reply-To: <CACYLA9GON5b6bVu5gupspr5z8s=epLr85m7wisFXHgf258FWQw@mail.gmail.com>
References: <b3abdbfc-c135-41f0-9f98-f00cdc0dbb52@zmail11.collab.prod.int.phx2.redhat.com>
	<6A8EB894-1188-4482-A3F9-67B3E8D877FC@redhat.com>
	<CAEp_U4FJgcqJnc2oH+_3hy8kKd6zCgmpbK0tRpr6ezDix7aJhw@mail.gmail.com>
	<D3CA235A-1B5F-4AB8-B71C-73B2B9D23630@redhat.com>
	<CAF9TksOt8EdBqBttvvSysfpbPK7X0LQ+5AadGDCFPO_hTqiNmg@mail.gmail.com>
	<CAEp_U4FJTPvbi=ZA=Q1Ns+rDNMmN1fjdZQT5s1RVLd9UnQVA9Q@mail.gmail.com>
	<BA90684D-9784-4178-9D2A-41739AAC289E@gmail.com>
	<CAEp_U4E5fWKL=o=iNq7s+WxH=j4JupqAKV3XUWULzRezmDabyA@mail.gmail.com>
	<BB6C4DC1-BB87-4556-A35D-E3D827B40D70@gmail.com>
	<CAF9TksP-5zRq3_3aWLDueaPJR2xyE6BHh_=5eS__JfrZN=ZnDw@mail.gmail.com>
	<CAEp_U4Eqy0FsU3yCuLzY3g8CHCAhg6cSjjTsLWfbUC6imzoYeg@mail.gmail.com>
	<943033A5-E898-4D88-BFA9-FFDDED424A76@gmail.com>
	<CAEp_U4EEbwA75bUsg5KMz8QOUiOd1=yd9=xcjaSCgbY6SX-FuA@mail.gmail.com>
	<9FE8C541-D8EE-46D6-8578-72B48987E2B1@gmail.com>
	<CAEp_U4E-_iAx8ys6LoEoANmMui+SrzdcT1acFR-hd+dLwaAMmQ@mail.gmail.com>
	<B149BF2F-7572-4A9C-BFF3-51887229AC4A@gmail.com>
	<CACYLA9GGpwqAVQOeedPjLyGNP+zV1PJcPyi6FM8eGybLkdfpqA@mail.gmail.com>
	<1C8A84EC-464F-46DA-80D4-2198A40E70F5@redhat.com>
	<CACYLA9GON5b6bVu5gupspr5z8s=epLr85m7wisFXHgf258FWQw@mail.gmail.com>
Message-ID: <CAEp_U4HorjCQLCUyAzbAO627W3OEGpykQfHn-qD5gTSDZ1ziLQ@mail.gmail.com>

Fantastic work, Ivan! I just merged your pull request :)

On Mon, Apr 9, 2012 at 11:42 AM, Ivan St. Ivanov
<ivan.st.ivanov at gmail.com>wrote:

> Hi Max,
>
> Actually these are two separate issues. And to be honest, I mislead you
> with my statement that you just cited. :-(
>
> The one that you refer to is about any lack of formatting when creating an
> entity. And it appears to happen not only on Windows. There you don't get
> any new lines between the last import, the @Entity annotation and the class
> declaration. And can be fixed only by calling the format twice (or maybe by
> using another hidden pearl of the JDT API).
>
> While here, I'm struggling with an issue that you get \n instead of \r\n
> when you create a JavaClass (not an Entity) on Windows 7.
>
> Sorry again for the confusion!
>
> Cheers,
> Ivan
>
>
> On Mon, Apr 9, 2012 at 5:22 PM, Max Rydahl Andersen <
> max.andersen at redhat.com> wrote:
>
>>
>> > The first one was already discussed by and large and a decision was
>> made to try and fix the test and not the code (unfortunately I still don't
>> have answer from eclipse jdt core on my question about formatting).
>>
>> what is that question ? last you wrote on irc is that formatting worked
>> if not doing it on the same document twice.
>>
>> /max
>>
>> _______________________________________________
>> forge-dev mailing list
>> forge-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>
>
>
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev
>
>


-- 
Lincoln Baxter, III
http://ocpsoft.org
"Simpler is better."
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120409/49928353/attachment.html 

From ivan.st.ivanov at gmail.com  Tue Apr 10 10:27:05 2012
From: ivan.st.ivanov at gmail.com (Ivan St. Ivanov)
Date: Tue, 10 Apr 2012 17:27:05 +0300
Subject: [forge-dev] forge build
In-Reply-To: <CAEp_U4HorjCQLCUyAzbAO627W3OEGpykQfHn-qD5gTSDZ1ziLQ@mail.gmail.com>
References: <b3abdbfc-c135-41f0-9f98-f00cdc0dbb52@zmail11.collab.prod.int.phx2.redhat.com>
	<6A8EB894-1188-4482-A3F9-67B3E8D877FC@redhat.com>
	<CAEp_U4FJgcqJnc2oH+_3hy8kKd6zCgmpbK0tRpr6ezDix7aJhw@mail.gmail.com>
	<D3CA235A-1B5F-4AB8-B71C-73B2B9D23630@redhat.com>
	<CAF9TksOt8EdBqBttvvSysfpbPK7X0LQ+5AadGDCFPO_hTqiNmg@mail.gmail.com>
	<CAEp_U4FJTPvbi=ZA=Q1Ns+rDNMmN1fjdZQT5s1RVLd9UnQVA9Q@mail.gmail.com>
	<BA90684D-9784-4178-9D2A-41739AAC289E@gmail.com>
	<CAEp_U4E5fWKL=o=iNq7s+WxH=j4JupqAKV3XUWULzRezmDabyA@mail.gmail.com>
	<BB6C4DC1-BB87-4556-A35D-E3D827B40D70@gmail.com>
	<CAF9TksP-5zRq3_3aWLDueaPJR2xyE6BHh_=5eS__JfrZN=ZnDw@mail.gmail.com>
	<CAEp_U4Eqy0FsU3yCuLzY3g8CHCAhg6cSjjTsLWfbUC6imzoYeg@mail.gmail.com>
	<943033A5-E898-4D88-BFA9-FFDDED424A76@gmail.com>
	<CAEp_U4EEbwA75bUsg5KMz8QOUiOd1=yd9=xcjaSCgbY6SX-FuA@mail.gmail.com>
	<9FE8C541-D8EE-46D6-8578-72B48987E2B1@gmail.com>
	<CAEp_U4E-_iAx8ys6LoEoANmMui+SrzdcT1acFR-hd+dLwaAMmQ@mail.gmail.com>
	<B149BF2F-7572-4A9C-BFF3-51887229AC4A@gmail.com>
	<CACYLA9GGpwqAVQOeedPjLyGNP+zV1PJcPyi6FM8eGybLkdfpqA@mail.gmail.com>
	<1C8A84EC-464F-46DA-80D4-2198A40E70F5@redhat.com>
	<CACYLA9GON5b6bVu5gupspr5z8s=epLr85m7wisFXHgf258FWQw@mail.gmail.com>
	<CAEp_U4HorjCQLCUyAzbAO627W3OEGpykQfHn-qD5gTSDZ1ziLQ@mail.gmail.com>
Message-ID: <CACYLA9HwidewYLWC=HkTc6cD6moznk_oncGmWmDf98R_WpCyoQ@mail.gmail.com>

Great, thanks!

I would be glad if anyone with Windows building issues gets the latest
state of the repo and runs a clean build...

On Tue, Apr 10, 2012 at 2:56 AM, Lincoln Baxter, III <
lincolnbaxter at gmail.com> wrote:

> Fantastic work, Ivan! I just merged your pull request :)
>
>
> On Mon, Apr 9, 2012 at 11:42 AM, Ivan St. Ivanov <ivan.st.ivanov at gmail.com
> > wrote:
>
>> Hi Max,
>>
>> Actually these are two separate issues. And to be honest, I mislead you
>> with my statement that you just cited. :-(
>>
>> The one that you refer to is about any lack of formatting when creating
>> an entity. And it appears to happen not only on Windows. There you don't
>> get any new lines between the last import, the @Entity annotation and the
>> class declaration. And can be fixed only by calling the format twice (or
>> maybe by using another hidden pearl of the JDT API).
>>
>> While here, I'm struggling with an issue that you get \n instead of \r\n
>> when you create a JavaClass (not an Entity) on Windows 7.
>>
>> Sorry again for the confusion!
>>
>> Cheers,
>> Ivan
>>
>>
>> On Mon, Apr 9, 2012 at 5:22 PM, Max Rydahl Andersen <
>> max.andersen at redhat.com> wrote:
>>
>>>
>>> > The first one was already discussed by and large and a decision was
>>> made to try and fix the test and not the code (unfortunately I still don't
>>> have answer from eclipse jdt core on my question about formatting).
>>>
>>> what is that question ? last you wrote on irc is that formatting worked
>>> if not doing it on the same document twice.
>>>
>>> /max
>>>
>>> _______________________________________________
>>> forge-dev mailing list
>>> forge-dev at lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>
>>
>>
>> _______________________________________________
>> forge-dev mailing list
>> forge-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>
>>
>
>
> --
> Lincoln Baxter, III
> http://ocpsoft.org
> "Simpler is better."
>
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120410/6b812ddc/attachment.html 

From lincolnbaxter at gmail.com  Wed Apr 11 11:06:14 2012
From: lincolnbaxter at gmail.com (Lincoln Baxter, III)
Date: Wed, 11 Apr 2012 11:06:14 -0400
Subject: [forge-dev] Meeeting minutes 2012-04-11
Message-ID: <CAEp_U4HOkBAOQHPeXg4cysq4GWPaedbhWE_yPryni8FC-BAgAg@mail.gmail.com>

Meeting ended Wed Apr 11 15:03:22 2012 UTC.  Information about MeetBot at
http://wiki.debian.org/MeetBot . (v 0.1.4)
Minutes:
http://transcripts.jboss.org/meeting/irc.freenode.org/forge/2012/forge.2012-04-11-14.02.html
Minutes (text):
http://transcripts.jboss.org/meeting/irc.freenode.org/forge/2012/forge.2012-04-11-14.02.txt
Log:
http://transcripts.jboss.org/meeting/irc.freenode.org/forge/2012/forge.2012-04-11-14.02.log.html

Meeting summary
---------------
* Agenda  (lincolnthree1, 14:03:02)
  * Forge website  (lincolnthree1, 14:03:11)
  * Long term developments (paul)  (lincolnthree1, 14:04:28)

* Forge website  (lincolnthree1, 14:06:02)
  * ACTION: Paul changes the docs Awestruct plugin to use a new variable
    for page ordering  (paulbakker_, 14:19:57)
  * LINK: irc://irc.freenode.net:6667/#Action Paul changes the docs
    Awestruct plugin to use a new variable for page ordering
    (lincolnthree1, 14:20:32)
  * ACTION: Paul  changes the docs Awestruct plugin to use a new
    variable for page ordering  (lincolnthree1, 14:20:51)
  * ACTION: Paul writes down an initial set of JIra issues
    (paulbakker_, 14:32:26)

* Long term developments  (lincolnthree1, 14:35:39)
  * ACTION: Lincoln will document the future vision on the website and
    in JIRA  (lincolnthree1, 14:46:23)
  * Forge 2.0 - Separate forge core into standalone without bultin
    plugins  (lincolnthree1, 14:49:06)
  * Forge 2.0 - Support additional build tools  (lincolnthree1,
    14:49:12)
  * ACTION: lincoln will create a 2.0 branch for future magical work
    (lincolnthree1, 14:55:12)

Meeting ended at 15:03:22 UTC.




Action Items
------------
* Paul changes the docs Awestruct plugin to use a new variable for page
  ordering
* Paul  changes the docs Awestruct plugin to use a new variable for page
  ordering
* Paul writes down an initial set of JIra issues
* Lincoln will document the future vision on the website and in JIRA
* lincoln will create a 2.0 branch for future magical work






-- 
Lincoln Baxter, III
http://ocpsoft.org
"Simpler is better."
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120411/c251ab9e/attachment.html 

From lincolnbaxter at gmail.com  Wed Apr 11 15:34:57 2012
From: lincolnbaxter at gmail.com (Lincoln Baxter, III)
Date: Wed, 11 Apr 2012 15:34:57 -0400
Subject: [forge-dev] Meeeting minutes 2012-04-11
In-Reply-To: <CAEp_U4HOkBAOQHPeXg4cysq4GWPaedbhWE_yPryni8FC-BAgAg@mail.gmail.com>
References: <CAEp_U4HOkBAOQHPeXg4cysq4GWPaedbhWE_yPryni8FC-BAgAg@mail.gmail.com>
Message-ID: <CAEp_U4ECK6tKKV6T4L5KDD46=qJq2dn8FB7ikenfLKVaGv1+0g@mail.gmail.com>

Future direction related issues. Will put this on the website ASAP.

https://issues.jboss.org/secure/IssueNavigator.jspa?reset=true&jqlQuery=project+%3D+FORGE+AND+fixVersion+%3D+%222.0.0.Alpha1%22+AND+status+%3D+Open+ORDER+BY+priority+DESC&mode=hide

New branch for 2.x:

https://github.com/forge/core/branches/2.x

Cheers!
~Lincoln

On Wed, Apr 11, 2012 at 11:06 AM, Lincoln Baxter, III <
lincolnbaxter at gmail.com> wrote:

> Meeting ended Wed Apr 11 15:03:22 2012 UTC.  Information about MeetBot at
> http://wiki.debian.org/MeetBot . (v 0.1.4)
> Minutes:
> http://transcripts.jboss.org/meeting/irc.freenode.org/forge/2012/forge.2012-04-11-14.02.html
> Minutes (text):
> http://transcripts.jboss.org/meeting/irc.freenode.org/forge/2012/forge.2012-04-11-14.02.txt
> Log:
> http://transcripts.jboss.org/meeting/irc.freenode.org/forge/2012/forge.2012-04-11-14.02.log.html
>
> Meeting summary
> ---------------
> * Agenda  (lincolnthree1, 14:03:02)
>   * Forge website  (lincolnthree1, 14:03:11)
>   * Long term developments (paul)  (lincolnthree1, 14:04:28)
>
> * Forge website  (lincolnthree1, 14:06:02)
>   * ACTION: Paul changes the docs Awestruct plugin to use a new variable
>     for page ordering  (paulbakker_, 14:19:57)
>   * LINK: irc://irc.freenode.net:6667/#Action Paul changes the docs
>     Awestruct plugin to use a new variable for page ordering
>     (lincolnthree1, 14:20:32)
>   * ACTION: Paul  changes the docs Awestruct plugin to use a new
>     variable for page ordering  (lincolnthree1, 14:20:51)
>   * ACTION: Paul writes down an initial set of JIra issues
>     (paulbakker_, 14:32:26)
>
> * Long term developments  (lincolnthree1, 14:35:39)
>   * ACTION: Lincoln will document the future vision on the website and
>     in JIRA  (lincolnthree1, 14:46:23)
>   * Forge 2.0 - Separate forge core into standalone without bultin
>     plugins  (lincolnthree1, 14:49:06)
>   * Forge 2.0 - Support additional build tools  (lincolnthree1,
>     14:49:12)
>   * ACTION: lincoln will create a 2.0 branch for future magical work
>     (lincolnthree1, 14:55:12)
>
> Meeting ended at 15:03:22 UTC.
>
>
>
>
> Action Items
> ------------
> * Paul changes the docs Awestruct plugin to use a new variable for page
>   ordering
> * Paul  changes the docs Awestruct plugin to use a new variable for page
>   ordering
> * Paul writes down an initial set of JIra issues
> * Lincoln will document the future vision on the website and in JIRA
> * lincoln will create a 2.0 branch for future magical work
>
>
>
>
>
>
> --
> Lincoln Baxter, III
> http://ocpsoft.org
> "Simpler is better."
>



-- 
Lincoln Baxter, III
http://ocpsoft.org
"Simpler is better."
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120411/6d52890b/attachment.html 

From paul.bakker at luminis.eu  Wed Apr 11 18:31:54 2012
From: paul.bakker at luminis.eu (Paul Bakker)
Date: Wed, 11 Apr 2012 22:31:54 +0000
Subject: [forge-dev] website - sorting docs
Message-ID: <95FFDED3-8AB1-45B9-AF51-C8614EF3A912@luminis.eu>

Hi all,

As discussed during the IRC meeting I added support in the docs plugin for sorting them.

A header of a docs page can now look as follows:

---
layout: docs
title: Installing new Plugins
index: 1
---

The index property is used for sorting the documents within the category. We don't need prefixes in file names any more.

Paul


From lincolnbaxter at gmail.com  Thu Apr 12 11:50:19 2012
From: lincolnbaxter at gmail.com (Lincoln Baxter, III)
Date: Thu, 12 Apr 2012 11:50:19 -0400
Subject: [forge-dev] website - sorting docs
In-Reply-To: <95FFDED3-8AB1-45B9-AF51-C8614EF3A912@luminis.eu>
References: <95FFDED3-8AB1-45B9-AF51-C8614EF3A912@luminis.eu>
Message-ID: <CAEp_U4E70z+uX-EJ6kDz5WTojZuLCrpKtqtda0Yt8Cc2Bxe3Gw@mail.gmail.com>

Awesome! So how do you create sub-pages? Is that possible at the moment?

On Wed, Apr 11, 2012 at 6:31 PM, Paul Bakker <paul.bakker at luminis.eu> wrote:

> Hi all,
>
> As discussed during the IRC meeting I added support in the docs plugin for
> sorting them.
>
> A header of a docs page can now look as follows:
>
> ---
> layout: docs
> title: Installing new Plugins
> index: 1
> ---
>
> The index property is used for sorting the documents within the category.
> We don't need prefixes in file names any more.
>
> Paul
>
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev
>



-- 
Lincoln Baxter, III
http://ocpsoft.org
"Simpler is better."
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120412/189ad164/attachment.html 

From bsutter at redhat.com  Thu Apr 12 12:02:57 2012
From: bsutter at redhat.com (Burr Sutter)
Date: Thu, 12 Apr 2012 12:02:57 -0400
Subject: [forge-dev] Open challenge: UTF-8 not supported by the Java
	Runtime? Says who?
In-Reply-To: <EF57D966-B601-442E-94BD-44B899EEF27B@redhat.com>
References: <CAEp_U4HquHV-kjiLcje3vjF4vdnKdVPJ18zepynPZYAtoRN9sg@mail.gmail.com>
	<43FFBD8A-FA1E-4DEE-AAD6-00CCC1CDB4D3@redhat.com>
	<EF57D966-B601-442E-94BD-44B899EEF27B@redhat.com>
Message-ID: <DE7FC623-AD0D-4C0E-A9BB-F3C37445F3FE@redhat.com>

How is this coming along?

We are now having to put "ignore all the UTF-8" messages in our videos & written documentation.



On Apr 4, 2012, at 3:12 AM, Max Rydahl Andersen wrote:

> and more to hint of it being class visibility issue, similar issue on Felix: https://jira.ow2.org/browse/ORCHESTRA-67
> 
> Google search on "UTF-8 not supported by the Java Runtime" reports multiple occurrences of this and it seem to be all in context of OSGI and other "class-isolating" runtimes.
> 
> So yeah - sounds like too much isolation going on.
> 
> /max
> 
> On Apr 3, 2012, at 11:40 PM, Marius Bogoevici wrote:
> 
>> I suspect that the class sun.nio.cs.UTF_8 is not visible due to modularization settings.
>> 
>> On 2012-04-03, at 3:54 PM, Lincoln Baxter, III wrote:
>> 
>>> If anyone can figure this out. I'll buy you a beer. I'm stumped!
>>> 
>>> What I know is that the errors are due to accessing the Configuration ~/forge/config.xml and the local project configuration /project/.forge_settings.xml
>>> 
>>> Good luck!
>>> 
>>> -- 
>>> Lincoln Baxter, III
>>> http://ocpsoft.org
>>> "Simpler is better."
>>> _______________________________________________
>>> forge-dev mailing list
>>> forge-dev at lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>> 
>> _______________________________________________
>> forge-dev mailing list
>> forge-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/forge-dev
> 
> 
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev



From paul.bakker at luminis.eu  Thu Apr 12 17:31:20 2012
From: paul.bakker at luminis.eu (Paul Bakker)
Date: Thu, 12 Apr 2012 21:31:20 +0000
Subject: [forge-dev] Forge website changes
In-Reply-To: <CACYLA9Ggvdc4bo4SH8sciOC3XvXSN71=0Lve9UDX=mAFH4nE6A@mail.gmail.com>
References: <CACYLA9Ggvdc4bo4SH8sciOC3XvXSN71=0Lve9UDX=mAFH4nE6A@mail.gmail.com>
Message-ID: <80C789C0-6F85-4DAD-AA57-FDB1F822189F@luminis.eu>

Hi Ivan,

Using GIT can be a bit challenging at first if your still thinking in a svn like workflow. There are some good guides to help with that, I would really advice just playing around with it a bit, you will love it soon :-)
This is a good online reference: http://book.git-scm.com/

Anyway, I committed your changes and also pushed them to forge.github.com.
Thanks a lot!

Paul

On Apr 12, 2012, at 23:04 , Ivan St. Ivanov wrote:

> Hi Paul,
> 
> I'm again struggling with Git! And can't commit my changes. Could you do it for me. They are attached. Please extract the content to the website\docs\plugin_development directory and delete the old prefixed pages.
> 
> Thanks!
> 
> I wonder why people use Git?! It took me less time to do my change than to write all the Git commands. And at the end I didn't succeed. I thought that the source repo is there to help us, not to make us think.
> 
> Cheers,
> Ivan
> <plugin.pages.zip>




From paul.bakker.nl at gmail.com  Thu Apr 12 18:03:30 2012
From: paul.bakker.nl at gmail.com (Paul Bakker)
Date: Fri, 13 Apr 2012 00:03:30 +0200
Subject: [forge-dev] website - sorting docs
In-Reply-To: <CAEp_U4E70z+uX-EJ6kDz5WTojZuLCrpKtqtda0Yt8Cc2Bxe3Gw@mail.gmail.com>
References: <95FFDED3-8AB1-45B9-AF51-C8614EF3A912@luminis.eu>
	<CAEp_U4E70z+uX-EJ6kDz5WTojZuLCrpKtqtda0Yt8Cc2Bxe3Gw@mail.gmail.com>
Message-ID: <2283C68E-F3F1-43CC-A1F7-3D4B248775D1@gmail.com>

We don't have subpages currently, do we need them?
We do have sections such as "Using Forge" and "Developing Plugins". You can add new sections by adding them in docs/index.html.haml.

Paul

On Apr 12, 2012, at 17:50 , Lincoln Baxter, III wrote:

> Awesome! So how do you create sub-pages? Is that possible at the moment?
> 
> On Wed, Apr 11, 2012 at 6:31 PM, Paul Bakker <paul.bakker at luminis.eu> wrote:
> Hi all,
> 
> As discussed during the IRC meeting I added support in the docs plugin for sorting them.
> 
> A header of a docs page can now look as follows:
> 
> ---
> layout: docs
> title: Installing new Plugins
> index: 1
> ---
> 
> The index property is used for sorting the documents within the category. We don't need prefixes in file names any more.
> 
> Paul
> 
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev
> 
> 
> 
> -- 
> Lincoln Baxter, III
> http://ocpsoft.org
> "Simpler is better."
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120413/2722b7f8/attachment.html 

From fruehbeck at aon.at  Thu Apr 12 18:49:53 2012
From: fruehbeck at aon.at (=?ISO-8859-1?Q?Thomas_Fr=FChbeck?=)
Date: Fri, 13 Apr 2012 00:49:53 +0200
Subject: [forge-dev] Open challenge: UTF-8 not supported by the Java
 Runtime? Says who?
In-Reply-To: <DE7FC623-AD0D-4C0E-A9BB-F3C37445F3FE@redhat.com>
References: <CAEp_U4HquHV-kjiLcje3vjF4vdnKdVPJ18zepynPZYAtoRN9sg@mail.gmail.com>
	<43FFBD8A-FA1E-4DEE-AAD6-00CCC1CDB4D3@redhat.com>
	<EF57D966-B601-442E-94BD-44B899EEF27B@redhat.com>
	<DE7FC623-AD0D-4C0E-A9BB-F3C37445F3FE@redhat.com>
Message-ID: <4F875C11.9070006@aon.at>

Hey,

I think I found the reason for this message and have a somewhat silly 
remedy.

Reason:

     - in com.sun.org.apache.xml.internal.serializer.Encondings a 
properties file is looked up by classloader to evaluate supported Charsets
     - the classloader selected is not the root classloader but Forge's 
one, who doesnt find the properties file
     - funny enough the comments indicate, that the authors were not to 
sure about the necessity of an error message in this case :-)

             if (is == null) {
                 SecuritySupport ss = SecuritySupport.getInstance();
                 is = 
ss.getResourceAsStream(ObjectFactory.findClassLoader(),
                                             ENCODINGS_FILE);
             }

             Properties props = new Properties();
             if (is != null) {
                 props.load(is);
                 is.close();
             } else {
                 // Seems to be no real need to force failure here, let the
                 // system do its best... The issue is not really very 
critical,
                 // and the output will be in any case _correct_ though 
maybe not
                 // always human-friendly... :)
                 // But maybe report/log the resource problem?
                 // Any standard ways to report/log errors (in static 
context)?
             }

REMEDY:
     - I made a module containing a jar with only this property file
     - and made forge-api take it as dependency:

<module name="javax.api" />
+ <module name="sun.encodings" export="true"/>
</dependencies>

Tar with module attached.

And voila: no error message anymore because the classloader can access 
this dreaded file.
I'm sure, that someone more knowledgeable is able to find a better 
solution, but as first fix it may help.

What do you think?

Regards,
Thomas

Am 12.04.2012 18:02, schrieb Burr Sutter:
> How is this coming along?
>
> We are now having to put "ignore all the UTF-8" messages in our videos&  written documentation.
>
>
>

-------------- next part --------------
A non-text attachment was scrubbed...
Name: sun.encodings.module.tar
Type: application/x-tar
Size: 10240 bytes
Desc: not available
Url : http://lists.jboss.org/pipermail/forge-dev/attachments/20120413/149f3a75/attachment-0001.tar 

From jer at printstacktrace.org  Thu Apr 12 18:51:59 2012
From: jer at printstacktrace.org (=?UTF-8?B?SsOpcsOpbWll?=)
Date: Fri, 13 Apr 2012 00:51:59 +0200
Subject: [forge-dev] Questions about a new javaee portlet plugin
In-Reply-To: <CAGM=3hscUWVe72wnv4-+2AshXZsFM_Umq7QgaNixFn1pS-3ypg@mail.gmail.com>
References: <CAGM=3hsgdZydjf4N+C-ouLiY4Li3MsvBzz1KE4myXk=A9Xe1cQ@mail.gmail.com>
	<CAKeeVe5f-qszQM4mjjE7vjH_umO8MQdH4D_BfpLeb2CdAFJq1g@mail.gmail.com>
	<CAEp_U4HkDqof76NyPyP26iUQnMvjSaUCSGyuKMcKZMZOR7OogQ@mail.gmail.com>
	<CAGM=3hscUWVe72wnv4-+2AshXZsFM_Umq7QgaNixFn1pS-3ypg@mail.gmail.com>
Message-ID: <CAGM=3hu0g7cm6fCEzod9k4kMqZ5v3oZv+DMSWG7RdPLTQEG3PA@mail.gmail.com>

Hi forge team,

Here is a new version of the plugin :
https://github.com/jerr/plugin-portlet
For the next step I would like to add the quickstart mode.

Your comments are welcome!

Regards,
Jeremie.

Le 2 avril 2012 23:31, J?r?mie <jer at printstacktrace.org> a ?crit :

>
> Thx Lincoln and Ken,
>
> I will follow your advice, I hope to provide a better version soon.
>
> Regards,
> J?r?mie.
>
>
>
> Le 2 avril 2012 21:46, Lincoln Baxter, III <lincolnbaxter at gmail.com> a
> ?crit :
>
> I think this should probably be a standalone plugin for now, we can move
>> it into the core later as it matures!
>>
>> Go ahead and open a ticket in FORGEPLUGINS if you want one to track this.
>> Hopefully we will have our plugin site up and running soon so you won't
>> need to create JIRAs, you'll just create an account and get writing!
>>
>> Looking forward to seeing what you come up with!
>> ~Lincoln
>>
>>
>> On Mon, Apr 2, 2012 at 9:35 AM, Ken Finnigan <ken at kenfinnigan.me> wrote:
>>
>>> Hi J?r?mie,
>>>
>>> Thanks for putting an initial portal plugin together.  It was something
>>> on my list for the months ahead, but you beat me to it! ;-)
>>>
>>> I've responded in line to your questions.
>>>
>>> Regards
>>> Ken
>>>
>>> On Sun, Apr 1, 2012 at 3:00 PM, J?r?mie <jer at printstacktrace.org> wrote:
>>>
>>>> Hi Forge Team!
>>>>
>>>> I would like to create a plugin to manage javaee portlets.
>>>> A first commit is available here http://goo.gl/OKgsG .
>>>>
>>>> Before going further and create a Forge Jira ticket  I would appreciate
>>>> your opinion.
>>>>  - Do you think core/javaee-api and core /javaee-impl  is a right place
>>>> or I need to create an other project?
>>>>
>>>
>>> I think this is the correct place, though Lincoln would have the final
>>> say on that ;-)
>>>
>>>
>>>>  - The JBoss Shrinkwrap project doesn't currently include the
>>>> portlet.xml description. I think it's interesting to do that. (I can create
>>>> an other Jira ticket)
>>>>
>>>
>>> By all means go ahead and create the jira and do the work.  It would be
>>> quite straight forward to complete.  I myself did the JSF ones last week,
>>> and was planning on getting to portal descriptors over the coming weeks.
>>>  It's just a case of adding the necessary xsd files, making sure the
>>> generation process worked, and writing some tests to verify it.  If you
>>> have any questions about it drop by #jbosstesting on irc and speak with
>>> Andrew (ALR) who leads the project.
>>>
>>>
>>>>  - The quickstart option  would be interesting to push the generated
>>>> code in a GateIn instance (not implemented yet).
>>>>
>>>
>>> You could certainly do a deploy of the portlet to GateIn, or any other
>>> portal, but I think it makes sense for that to be a separate concern from
>>> creating a portlet and it's descriptors.  That is how a lot of the other
>>> plugins work, and also because the deployment would be specific to GateIn,
>>> and it would be messy to have a plugin that deals with descriptor
>>> generation and deploying to different portal containers.
>>>
>>>
>>>>  - Command names and options are correct?
>>>> Thanks for your comments.
>>>>
>>>> For now here's what you can do:
>>>>  $ portlet setup
>>>>
>>>  $ portlet add --named helloportlet --title "My forge portlet"
>>>> --short-title ForgePortlet --keywords "demo,forge,portlet"
>>>>
>>>
>>> Might make it clearer for command to be called "new-portlet" instead of
>>> "add"
>>>
>>>
>>>>  $ portlet add-param --portlet helloportlet --name
>>>> javax.portlet.faces.defaultViewId.view --value "/home.xhtml"
>>>>  $ portlet add-param --portlet helloportlet --name
>>>> javax.portlet.faces.defaultViewId.edit --value "/edit.xhtml"
>>>>  $ portlet add-param --portlet helloportlet --name
>>>> javax.portlet.faces.defaultViewId.help --value "/help.xhtml"
>>>>
>>>
>>> Could be nice to have the "new-portlet" command automatically create
>>> these parameters with the default values you specify above, as without them
>>> a portlet won't deploy successfully.  Just as you have with the default
>>> portlet modes that are defined.
>>>
>>> It would also be nice to have aliased add-param versions for
>>> specifically adding a view, edit and help viewId.  It's pretty onerous to
>>> force someone to remember the exact syntax of
>>> javax.portlet.faces.defaultViewId.* every time they want to add or modify
>>> what viewId each of those portlet modes points at.
>>>
>>> So you could have something like:
>>> $ portlet set-view-id --portlet helloportlet --view "/home.html"
>>> $ portlet set-edit-id --portlet helloportlet --view "/edit.html"
>>> $ portlet set-help-id --portlet helloportlet --view "/help.html"
>>>
>>> and then internally it actually calls add-param with the addition of the
>>> appropriate param name.
>>>
>>>
>>>> And the result is :
>>>> src/main/webapp/WEB-INF/portlet.xml
>>>> -----------------------------------------------------
>>>> <?xml version="1.0" encoding="UTF-8" standalone="no"?>
>>>> <portlet-app xmlns="
>>>> http://java.sun.com/xml/ns/portlet/portlet-app_2_0.xsd" xmlns:xsi="
>>>> http://www.w3.org/2001/XMLSchema-instance" version="2.0"
>>>> xsi:schemaLocation="
>>>> http://java.sun.com/xml/ns/portlet/portlet-app_2_0.xsd">
>>>>   <portlet>
>>>>     <portlet-name>helloportlet</portlet-name>
>>>>
>>>> <portlet-class>javax.portlet.faces.GenericFacesPortlet</portlet-class>
>>>>     <supports>
>>>>       <mime-type>text/html</mime-type>
>>>>       <portlet-mode>EDIT</portlet-mode>
>>>>       <portlet-mode>HELP</portlet-mode>
>>>>       <portlet-mode>VIEW</portlet-mode>
>>>>     </supports>
>>>>     <portlet-info>
>>>>       <title>My forge portlet</title>
>>>>       <short-title>ForgePortlet</short-title>
>>>>       <keywords>demo,forge,portlet</keywords>
>>>>     </portlet-info>
>>>>     <init-param>
>>>>       <name>javax.portlet.faces.defaultViewId.view</name>
>>>>       <value>/home.xhtml</value>
>>>>     </init-param>
>>>>     <init-param>
>>>>       <name>javax.portlet.faces.defaultViewId.edit</name>
>>>>       <value>/edit.xhtml</value>
>>>>     </init-param>
>>>>     <init-param>
>>>>       <name>javax.portlet.faces.defaultViewId.help</name>
>>>>       <value>/help.xhtml</value>
>>>>     </init-param>
>>>>   </portlet>
>>>> </portlet-app>
>>>>
>>>>
>>>> Regads,
>>>> J?r?mie.
>>>>
>>>> _______________________________________________
>>>> forge-dev mailing list
>>>> forge-dev at lists.jboss.org
>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>>
>>>>
>>>
>>> _______________________________________________
>>> forge-dev mailing list
>>> forge-dev at lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>
>>>
>>
>>
>> --
>> Lincoln Baxter, III
>> http://ocpsoft.org
>> "Simpler is better."
>>
>> _______________________________________________
>> forge-dev mailing list
>> forge-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120413/c517ebd5/attachment.html 

From lincolnbaxter at gmail.com  Thu Apr 12 21:32:49 2012
From: lincolnbaxter at gmail.com (Lincoln Baxter, III)
Date: Thu, 12 Apr 2012 21:32:49 -0400
Subject: [forge-dev] Open challenge: UTF-8 not supported by the Java
 Runtime? Says who?
In-Reply-To: <4F875C11.9070006@aon.at>
References: <CAEp_U4HquHV-kjiLcje3vjF4vdnKdVPJ18zepynPZYAtoRN9sg@mail.gmail.com>
	<43FFBD8A-FA1E-4DEE-AAD6-00CCC1CDB4D3@redhat.com>
	<EF57D966-B601-442E-94BD-44B899EEF27B@redhat.com>
	<DE7FC623-AD0D-4C0E-A9BB-F3C37445F3FE@redhat.com>
	<4F875C11.9070006@aon.at>
Message-ID: <CAEp_U4Gg1jPSm1wnt2gujoFae+CEOTp9VeF1i902L2mT8QoNRw@mail.gmail.com>

I've actually spent most of today working on this issue, so if this fix
works, I'm probably going to die from relief.

On Thu, Apr 12, 2012 at 6:49 PM, Thomas Fr?hbeck <fruehbeck at aon.at> wrote:

> Hey,
>
> I think I found the reason for this message and have a somewhat silly
> remedy.
>
> Reason:
>
>    - in com.sun.org.apache.xml.**internal.serializer.Encondings a
> properties file is looked up by classloader to evaluate supported Charsets
>    - the classloader selected is not the root classloader but Forge's one,
> who doesnt find the properties file
>    - funny enough the comments indicate, that the authors were not to sure
> about the necessity of an error message in this case :-)
>
>            if (is == null) {
>                SecuritySupport ss = SecuritySupport.getInstance();
>                is = ss.getResourceAsStream(**
> ObjectFactory.findClassLoader(**),
>                                            ENCODINGS_FILE);
>            }
>
>            Properties props = new Properties();
>            if (is != null) {
>                props.load(is);
>                is.close();
>            } else {
>                // Seems to be no real need to force failure here, let the
>                // system do its best... The issue is not really very
> critical,
>                // and the output will be in any case _correct_ though
> maybe not
>                // always human-friendly... :)
>                // But maybe report/log the resource problem?
>                // Any standard ways to report/log errors (in static
> context)?
>            }
>
> REMEDY:
>    - I made a module containing a jar with only this property file
>    - and made forge-api take it as dependency:
>
> <module name="javax.api" />
> + <module name="sun.encodings" export="true"/>
> </dependencies>
>
> Tar with module attached.
>
> And voila: no error message anymore because the classloader can access
> this dreaded file.
> I'm sure, that someone more knowledgeable is able to find a better
> solution, but as first fix it may help.
>
> What do you think?
>
> Regards,
> Thomas
>
> Am 12.04.2012 18:02, schrieb Burr Sutter:
>
>  How is this coming along?
>>
>> We are now having to put "ignore all the UTF-8" messages in our videos&
>>  written documentation.
>>
>>
>>
>>
>
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev
>
>


-- 
Lincoln Baxter, III
http://ocpsoft.org
"Simpler is better."
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120412/d14e07c3/attachment-0001.html 

From lincolnbaxter at gmail.com  Thu Apr 12 23:13:15 2012
From: lincolnbaxter at gmail.com (Lincoln Baxter, III)
Date: Thu, 12 Apr 2012 23:13:15 -0400
Subject: [forge-dev] Open challenge: UTF-8 not supported by the Java
 Runtime? Says who?
In-Reply-To: <CAEp_U4Gg1jPSm1wnt2gujoFae+CEOTp9VeF1i902L2mT8QoNRw@mail.gmail.com>
References: <CAEp_U4HquHV-kjiLcje3vjF4vdnKdVPJ18zepynPZYAtoRN9sg@mail.gmail.com>
	<43FFBD8A-FA1E-4DEE-AAD6-00CCC1CDB4D3@redhat.com>
	<EF57D966-B601-442E-94BD-44B899EEF27B@redhat.com>
	<DE7FC623-AD0D-4C0E-A9BB-F3C37445F3FE@redhat.com>
	<4F875C11.9070006@aon.at>
	<CAEp_U4Gg1jPSm1wnt2gujoFae+CEOTp9VeF1i902L2mT8QoNRw@mail.gmail.com>
Message-ID: <CAEp_U4Gy2euU_uJHZNybmdmS9uibOQsp4vmUyn3MkfXkycXmgg@mail.gmail.com>

Success. You nailed the problem - I implemented it like so:
https://issues.jboss.org/browse/FORGE-531

I owe you a beer.

THANK YOU!
~Lincoln

On Thu, Apr 12, 2012 at 9:32 PM, Lincoln Baxter, III <
lincolnbaxter at gmail.com> wrote:

> I've actually spent most of today working on this issue, so if this fix
> works, I'm probably going to die from relief.
>
> On Thu, Apr 12, 2012 at 6:49 PM, Thomas Fr?hbeck <fruehbeck at aon.at> wrote:
>
>> Hey,
>>
>> I think I found the reason for this message and have a somewhat silly
>> remedy.
>>
>> Reason:
>>
>>    - in com.sun.org.apache.xml.**internal.serializer.Encondings a
>> properties file is looked up by classloader to evaluate supported Charsets
>>    - the classloader selected is not the root classloader but Forge's
>> one, who doesnt find the properties file
>>    - funny enough the comments indicate, that the authors were not to
>> sure about the necessity of an error message in this case :-)
>>
>>            if (is == null) {
>>                SecuritySupport ss = SecuritySupport.getInstance();
>>                is = ss.getResourceAsStream(**
>> ObjectFactory.findClassLoader(**),
>>                                            ENCODINGS_FILE);
>>            }
>>
>>            Properties props = new Properties();
>>            if (is != null) {
>>                props.load(is);
>>                is.close();
>>            } else {
>>                // Seems to be no real need to force failure here, let the
>>                // system do its best... The issue is not really very
>> critical,
>>                // and the output will be in any case _correct_ though
>> maybe not
>>                // always human-friendly... :)
>>                // But maybe report/log the resource problem?
>>                // Any standard ways to report/log errors (in static
>> context)?
>>            }
>>
>> REMEDY:
>>    - I made a module containing a jar with only this property file
>>    - and made forge-api take it as dependency:
>>
>> <module name="javax.api" />
>> + <module name="sun.encodings" export="true"/>
>> </dependencies>
>>
>> Tar with module attached.
>>
>> And voila: no error message anymore because the classloader can access
>> this dreaded file.
>> I'm sure, that someone more knowledgeable is able to find a better
>> solution, but as first fix it may help.
>>
>> What do you think?
>>
>> Regards,
>> Thomas
>>
>> Am 12.04.2012 18:02, schrieb Burr Sutter:
>>
>>  How is this coming along?
>>>
>>> We are now having to put "ignore all the UTF-8" messages in our videos&
>>>  written documentation.
>>>
>>>
>>>
>>>
>>
>> _______________________________________________
>> forge-dev mailing list
>> forge-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>
>>
>
>
> --
> Lincoln Baxter, III
> http://ocpsoft.org
> "Simpler is better."
>



-- 
Lincoln Baxter, III
http://ocpsoft.org
"Simpler is better."
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120412/c4291a2c/attachment.html 

From lincolnbaxter at gmail.com  Thu Apr 12 23:40:40 2012
From: lincolnbaxter at gmail.com (Lincoln Baxter, III)
Date: Thu, 12 Apr 2012 23:40:40 -0400
Subject: [forge-dev] FYI - Issues resolved
Message-ID: <CAEp_U4Hk0d-YkPsuCkPB=YbmvL5gGn2EocSbQ8KbsxtWU4Pdtg@mail.gmail.com>

Two pretty major issues kicked the bucket today.

https://issues.jboss.org/browse/FORGE-536 - Forge should allow loading of
plugins from the same 1.0.x micro version, while disallowing Major x.0.0 or
Minor 1.x.0 version differences
https://issues.jboss.org/browse/FORGE-531 - Annoying warning "The encoding
'UTF-8' is not supported by the Java runtime."

-- 
Lincoln Baxter, III
http://ocpsoft.org
"Simpler is better."
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120412/e40a102e/attachment.html 

From koen.aers at gmail.com  Fri Apr 13 04:00:24 2012
From: koen.aers at gmail.com (Koen Aers)
Date: Fri, 13 Apr 2012 10:00:24 +0200
Subject: [forge-dev] Open challenge: UTF-8 not supported by the Java
	Runtime? Says who?
In-Reply-To: <CAEp_U4Gy2euU_uJHZNybmdmS9uibOQsp4vmUyn3MkfXkycXmgg@mail.gmail.com>
References: <CAEp_U4HquHV-kjiLcje3vjF4vdnKdVPJ18zepynPZYAtoRN9sg@mail.gmail.com>
	<43FFBD8A-FA1E-4DEE-AAD6-00CCC1CDB4D3@redhat.com>
	<EF57D966-B601-442E-94BD-44B899EEF27B@redhat.com>
	<DE7FC623-AD0D-4C0E-A9BB-F3C37445F3FE@redhat.com>
	<4F875C11.9070006@aon.at>
	<CAEp_U4Gg1jPSm1wnt2gujoFae+CEOTp9VeF1i902L2mT8QoNRw@mail.gmail.com>
	<CAEp_U4Gy2euU_uJHZNybmdmS9uibOQsp4vmUyn3MkfXkycXmgg@mail.gmail.com>
Message-ID: <485F6D1D-2C28-4279-8A4B-EA7A982DAE9E@gmail.com>

Great work indeed!

I had been juggling with additional paths in modules myself for a couple of hours yesterday. Then I gave up on that, hooked up the debugger to find the compromising line of code. But sleep caught up on me before I found it?

Nice to see how a night of sleep can solve nasty problems ;-)

Cheers,
Koen

Op 13-apr.-2012, om 05:13 heeft Lincoln Baxter, III het volgende geschreven:

> Success. You nailed the problem - I implemented it like so: https://issues.jboss.org/browse/FORGE-531
> 
> I owe you a beer.
> 
> THANK YOU!
> ~Lincoln
> 
> On Thu, Apr 12, 2012 at 9:32 PM, Lincoln Baxter, III <lincolnbaxter at gmail.com> wrote:
> I've actually spent most of today working on this issue, so if this fix works, I'm probably going to die from relief.
> 
> On Thu, Apr 12, 2012 at 6:49 PM, Thomas Fr?hbeck <fruehbeck at aon.at> wrote:
> Hey,
> 
> I think I found the reason for this message and have a somewhat silly remedy.
> 
> Reason:
> 
>    - in com.sun.org.apache.xml.internal.serializer.Encondings a properties file is looked up by classloader to evaluate supported Charsets
>    - the classloader selected is not the root classloader but Forge's one, who doesnt find the properties file
>    - funny enough the comments indicate, that the authors were not to sure about the necessity of an error message in this case :-)
> 
>            if (is == null) {
>                SecuritySupport ss = SecuritySupport.getInstance();
>                is = ss.getResourceAsStream(ObjectFactory.findClassLoader(),
>                                            ENCODINGS_FILE);
>            }
> 
>            Properties props = new Properties();
>            if (is != null) {
>                props.load(is);
>                is.close();
>            } else {
>                // Seems to be no real need to force failure here, let the
>                // system do its best... The issue is not really very critical,
>                // and the output will be in any case _correct_ though maybe not
>                // always human-friendly... :)
>                // But maybe report/log the resource problem?
>                // Any standard ways to report/log errors (in static context)?
>            }
> 
> REMEDY:
>    - I made a module containing a jar with only this property file
>    - and made forge-api take it as dependency:
> 
> <module name="javax.api" />
> + <module name="sun.encodings" export="true"/>
> </dependencies>
> 
> Tar with module attached.
> 
> And voila: no error message anymore because the classloader can access this dreaded file.
> I'm sure, that someone more knowledgeable is able to find a better solution, but as first fix it may help.
> 
> What do you think?
> 
> Regards,
> Thomas
> 
> Am 12.04.2012 18:02, schrieb Burr Sutter:
> 
> How is this coming along?
> 
> We are now having to put "ignore all the UTF-8" messages in our videos&  written documentation.
> 
> 
> 
> 
> 
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev
> 
> 
> 
> 
> -- 
> Lincoln Baxter, III
> http://ocpsoft.org
> "Simpler is better."
> 
> 
> 
> -- 
> Lincoln Baxter, III
> http://ocpsoft.org
> "Simpler is better."
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120413/5bfa9426/attachment.html 

From lincolnbaxter at gmail.com  Fri Apr 13 10:51:21 2012
From: lincolnbaxter at gmail.com (Lincoln Baxter, III)
Date: Fri, 13 Apr 2012 10:51:21 -0400
Subject: [forge-dev] New auto-complete features for plugin installation
Message-ID: <CAEp_U4G98vA5OyPd5HtR01+pdG2xAm7YD0tnTcxHGWoALKkKog@mail.gmail.com>

The plugin repository is now cached for 60 seconds after first access. and
tab completion is supported on "forge install-plugin <TAB>"

:D

-- 
Lincoln Baxter, III
http://ocpsoft.org
"Simpler is better."
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120413/a3ae3f7d/attachment-0001.html 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: install_plugin_autocomplete.png
Type: image/png
Size: 48813 bytes
Desc: not available
Url : http://lists.jboss.org/pipermail/forge-dev/attachments/20120413/a3ae3f7d/attachment-0001.png 

From lincolnbaxter at gmail.com  Fri Apr 13 10:51:47 2012
From: lincolnbaxter at gmail.com (Lincoln Baxter, III)
Date: Fri, 13 Apr 2012 10:51:47 -0400
Subject: [forge-dev] website - sorting docs
In-Reply-To: <2283C68E-F3F1-43CC-A1F7-3D4B248775D1@gmail.com>
References: <95FFDED3-8AB1-45B9-AF51-C8614EF3A912@luminis.eu>
	<CAEp_U4E70z+uX-EJ6kDz5WTojZuLCrpKtqtda0Yt8Cc2Bxe3Gw@mail.gmail.com>
	<2283C68E-F3F1-43CC-A1F7-3D4B248775D1@gmail.com>
Message-ID: <CAEp_U4HAQr3dDZ2iy4hGDRcqDAazpwaB_eQGdxJPvJsLbAcpUw@mail.gmail.com>

Actually I really like the current layout. I think it's excellent!

On Thu, Apr 12, 2012 at 6:03 PM, Paul Bakker <paul.bakker.nl at gmail.com>wrote:

> We don't have subpages currently, do we need them?
> We do have sections such as "Using Forge" and "Developing Plugins". You
> can add new sections by adding them in docs/index.html.haml.
>
> Paul
>
> On Apr 12, 2012, at 17:50 , Lincoln Baxter, III wrote:
>
> Awesome! So how do you create sub-pages? Is that possible at the moment?
>
> On Wed, Apr 11, 2012 at 6:31 PM, Paul Bakker <paul.bakker at luminis.eu>wrote:
>
>> Hi all,
>>
>> As discussed during the IRC meeting I added support in the docs plugin
>> for sorting them.
>>
>> A header of a docs page can now look as follows:
>>
>> ---
>> layout: docs
>> title: Installing new Plugins
>> index: 1
>> ---
>>
>> The index property is used for sorting the documents within the category.
>> We don't need prefixes in file names any more.
>>
>> Paul
>>
>> _______________________________________________
>> forge-dev mailing list
>> forge-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>
>
>
>
> --
> Lincoln Baxter, III
> http://ocpsoft.org
> "Simpler is better."
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev
>
>
>
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev
>
>


-- 
Lincoln Baxter, III
http://ocpsoft.org
"Simpler is better."
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120413/1d8ef2cb/attachment.html 

From lincolnbaxter at gmail.com  Fri Apr 13 10:52:47 2012
From: lincolnbaxter at gmail.com (Lincoln Baxter, III)
Date: Fri, 13 Apr 2012 10:52:47 -0400
Subject: [forge-dev] Forge website changes
In-Reply-To: <80C789C0-6F85-4DAD-AA57-FDB1F822189F@luminis.eu>
References: <CACYLA9Ggvdc4bo4SH8sciOC3XvXSN71=0Lve9UDX=mAFH4nE6A@mail.gmail.com>
	<80C789C0-6F85-4DAD-AA57-FDB1F822189F@luminis.eu>
Message-ID: <CAEp_U4EV0djzQu-yPUBk+YOLHayKZ+8qrvBQFhPOvJJX2QSSYA@mail.gmail.com>

This looks really nice! We can work on the styles a bit for the docs, but I
love the layout!

~Lincoln

On Thu, Apr 12, 2012 at 5:31 PM, Paul Bakker <paul.bakker at luminis.eu> wrote:

> Hi Ivan,
>
> Using GIT can be a bit challenging at first if your still thinking in a
> svn like workflow. There are some good guides to help with that, I would
> really advice just playing around with it a bit, you will love it soon :-)
> This is a good online reference: http://book.git-scm.com/
>
> Anyway, I committed your changes and also pushed them to forge.github.com.
> Thanks a lot!
>
> Paul
>
> On Apr 12, 2012, at 23:04 , Ivan St. Ivanov wrote:
>
> > Hi Paul,
> >
> > I'm again struggling with Git! And can't commit my changes. Could you do
> it for me. They are attached. Please extract the content to the
> website\docs\plugin_development directory and delete the old prefixed pages.
> >
> > Thanks!
> >
> > I wonder why people use Git?! It took me less time to do my change than
> to write all the Git commands. And at the end I didn't succeed. I thought
> that the source repo is there to help us, not to make us think.
> >
> > Cheers,
> > Ivan
> > <plugin.pages.zip>
>
>
>
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev
>



-- 
Lincoln Baxter, III
http://ocpsoft.org
"Simpler is better."
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120413/1a3387c2/attachment.html 

From lincolnbaxter at gmail.com  Fri Apr 13 12:12:13 2012
From: lincolnbaxter at gmail.com (Lincoln Baxter, III)
Date: Fri, 13 Apr 2012 12:12:13 -0400
Subject: [forge-dev] Questions about a new javaee portlet plugin
In-Reply-To: <CAGM=3hu0g7cm6fCEzod9k4kMqZ5v3oZv+DMSWG7RdPLTQEG3PA@mail.gmail.com>
References: <CAGM=3hsgdZydjf4N+C-ouLiY4Li3MsvBzz1KE4myXk=A9Xe1cQ@mail.gmail.com>
	<CAKeeVe5f-qszQM4mjjE7vjH_umO8MQdH4D_BfpLeb2CdAFJq1g@mail.gmail.com>
	<CAEp_U4HkDqof76NyPyP26iUQnMvjSaUCSGyuKMcKZMZOR7OogQ@mail.gmail.com>
	<CAGM=3hscUWVe72wnv4-+2AshXZsFM_Umq7QgaNixFn1pS-3ypg@mail.gmail.com>
	<CAGM=3hu0g7cm6fCEzod9k4kMqZ5v3oZv+DMSWG7RdPLTQEG3PA@mail.gmail.com>
Message-ID: <CAEp_U4F8xx3foQaWQXB9g18eMRjPU0p6COtYg+VL_knrCEuPow@mail.gmail.com>

Hey J?r?mie!

Could you perhaps put a few comments on how to use this plugin in the
README? I'd love to give it a try :) Also, when you are ready, feel free to
add this to the Central Plugin Index:
https://docs.jboss.org/author/display/FORGE/Add+your+Plugin+to+the+Central+Plugin+Index+%28CPI%29

Cheers!
~Lincoln

On Thu, Apr 12, 2012 at 6:51 PM, J?r?mie <jer at printstacktrace.org> wrote:

> Hi forge team,
>
> Here is a new version of the plugin :
> https://github.com/jerr/plugin-portlet
> For the next step I would like to add the quickstart mode.
>
> Your comments are welcome!
>
> Regards,
> Jeremie.
>
> Le 2 avril 2012 23:31, J?r?mie <jer at printstacktrace.org> a ?crit :
>
>
>> Thx Lincoln and Ken,
>>
>> I will follow your advice, I hope to provide a better version soon.
>>
>> Regards,
>> J?r?mie.
>>
>>
>>
>> Le 2 avril 2012 21:46, Lincoln Baxter, III <lincolnbaxter at gmail.com> a
>> ?crit :
>>
>> I think this should probably be a standalone plugin for now, we can move
>>> it into the core later as it matures!
>>>
>>> Go ahead and open a ticket in FORGEPLUGINS if you want one to track
>>> this. Hopefully we will have our plugin site up and running soon so you
>>> won't need to create JIRAs, you'll just create an account and get writing!
>>>
>>> Looking forward to seeing what you come up with!
>>> ~Lincoln
>>>
>>>
>>> On Mon, Apr 2, 2012 at 9:35 AM, Ken Finnigan <ken at kenfinnigan.me> wrote:
>>>
>>>> Hi J?r?mie,
>>>>
>>>> Thanks for putting an initial portal plugin together.  It was something
>>>> on my list for the months ahead, but you beat me to it! ;-)
>>>>
>>>> I've responded in line to your questions.
>>>>
>>>> Regards
>>>> Ken
>>>>
>>>> On Sun, Apr 1, 2012 at 3:00 PM, J?r?mie <jer at printstacktrace.org>wrote:
>>>>
>>>>> Hi Forge Team!
>>>>>
>>>>> I would like to create a plugin to manage javaee portlets.
>>>>> A first commit is available here http://goo.gl/OKgsG .
>>>>>
>>>>> Before going further and create a Forge Jira ticket  I would
>>>>> appreciate your opinion.
>>>>>  - Do you think core/javaee-api and core /javaee-impl  is a
>>>>> right place or I need to create an other project?
>>>>>
>>>>
>>>> I think this is the correct place, though Lincoln would have the final
>>>> say on that ;-)
>>>>
>>>>
>>>>>  - The JBoss Shrinkwrap project doesn't currently include the
>>>>> portlet.xml description. I think it's interesting to do that. (I can create
>>>>> an other Jira ticket)
>>>>>
>>>>
>>>> By all means go ahead and create the jira and do the work.  It would be
>>>> quite straight forward to complete.  I myself did the JSF ones last week,
>>>> and was planning on getting to portal descriptors over the coming weeks.
>>>>  It's just a case of adding the necessary xsd files, making sure the
>>>> generation process worked, and writing some tests to verify it.  If you
>>>> have any questions about it drop by #jbosstesting on irc and speak with
>>>> Andrew (ALR) who leads the project.
>>>>
>>>>
>>>>>  - The quickstart option  would be interesting to push the generated
>>>>> code in a GateIn instance (not implemented yet).
>>>>>
>>>>
>>>> You could certainly do a deploy of the portlet to GateIn, or any other
>>>> portal, but I think it makes sense for that to be a separate concern from
>>>> creating a portlet and it's descriptors.  That is how a lot of the other
>>>> plugins work, and also because the deployment would be specific to GateIn,
>>>> and it would be messy to have a plugin that deals with descriptor
>>>> generation and deploying to different portal containers.
>>>>
>>>>
>>>>>  - Command names and options are correct?
>>>>> Thanks for your comments.
>>>>>
>>>>> For now here's what you can do:
>>>>>  $ portlet setup
>>>>>
>>>>  $ portlet add --named helloportlet --title "My forge portlet"
>>>>> --short-title ForgePortlet --keywords "demo,forge,portlet"
>>>>>
>>>>
>>>> Might make it clearer for command to be called "new-portlet" instead of
>>>> "add"
>>>>
>>>>
>>>>>  $ portlet add-param --portlet helloportlet --name
>>>>> javax.portlet.faces.defaultViewId.view --value "/home.xhtml"
>>>>>  $ portlet add-param --portlet helloportlet --name
>>>>> javax.portlet.faces.defaultViewId.edit --value "/edit.xhtml"
>>>>>  $ portlet add-param --portlet helloportlet --name
>>>>> javax.portlet.faces.defaultViewId.help --value "/help.xhtml"
>>>>>
>>>>
>>>> Could be nice to have the "new-portlet" command automatically create
>>>> these parameters with the default values you specify above, as without them
>>>> a portlet won't deploy successfully.  Just as you have with the default
>>>> portlet modes that are defined.
>>>>
>>>> It would also be nice to have aliased add-param versions for
>>>> specifically adding a view, edit and help viewId.  It's pretty onerous to
>>>> force someone to remember the exact syntax of
>>>> javax.portlet.faces.defaultViewId.* every time they want to add or modify
>>>> what viewId each of those portlet modes points at.
>>>>
>>>> So you could have something like:
>>>> $ portlet set-view-id --portlet helloportlet --view "/home.html"
>>>> $ portlet set-edit-id --portlet helloportlet --view "/edit.html"
>>>> $ portlet set-help-id --portlet helloportlet --view "/help.html"
>>>>
>>>> and then internally it actually calls add-param with the addition of
>>>> the appropriate param name.
>>>>
>>>>
>>>>> And the result is :
>>>>> src/main/webapp/WEB-INF/portlet.xml
>>>>> -----------------------------------------------------
>>>>> <?xml version="1.0" encoding="UTF-8" standalone="no"?>
>>>>> <portlet-app xmlns="
>>>>> http://java.sun.com/xml/ns/portlet/portlet-app_2_0.xsd" xmlns:xsi="
>>>>> http://www.w3.org/2001/XMLSchema-instance" version="2.0"
>>>>> xsi:schemaLocation="
>>>>> http://java.sun.com/xml/ns/portlet/portlet-app_2_0.xsd">
>>>>>   <portlet>
>>>>>     <portlet-name>helloportlet</portlet-name>
>>>>>
>>>>> <portlet-class>javax.portlet.faces.GenericFacesPortlet</portlet-class>
>>>>>     <supports>
>>>>>       <mime-type>text/html</mime-type>
>>>>>       <portlet-mode>EDIT</portlet-mode>
>>>>>       <portlet-mode>HELP</portlet-mode>
>>>>>       <portlet-mode>VIEW</portlet-mode>
>>>>>     </supports>
>>>>>     <portlet-info>
>>>>>       <title>My forge portlet</title>
>>>>>       <short-title>ForgePortlet</short-title>
>>>>>       <keywords>demo,forge,portlet</keywords>
>>>>>     </portlet-info>
>>>>>     <init-param>
>>>>>       <name>javax.portlet.faces.defaultViewId.view</name>
>>>>>       <value>/home.xhtml</value>
>>>>>     </init-param>
>>>>>     <init-param>
>>>>>       <name>javax.portlet.faces.defaultViewId.edit</name>
>>>>>       <value>/edit.xhtml</value>
>>>>>     </init-param>
>>>>>     <init-param>
>>>>>       <name>javax.portlet.faces.defaultViewId.help</name>
>>>>>       <value>/help.xhtml</value>
>>>>>     </init-param>
>>>>>   </portlet>
>>>>> </portlet-app>
>>>>>
>>>>>
>>>>> Regads,
>>>>> J?r?mie.
>>>>>
>>>>> _______________________________________________
>>>>> forge-dev mailing list
>>>>> forge-dev at lists.jboss.org
>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>>>
>>>>>
>>>>
>>>> _______________________________________________
>>>> forge-dev mailing list
>>>> forge-dev at lists.jboss.org
>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>>
>>>>
>>>
>>>
>>> --
>>> Lincoln Baxter, III
>>> http://ocpsoft.org
>>> "Simpler is better."
>>>
>>> _______________________________________________
>>> forge-dev mailing list
>>> forge-dev at lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>
>>>
>>
>
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev
>
>


-- 
Lincoln Baxter, III
http://ocpsoft.org
"Simpler is better."
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120413/9b6b2e5b/attachment.html 

From ivan.st.ivanov at gmail.com  Fri Apr 13 16:14:40 2012
From: ivan.st.ivanov at gmail.com (Ivan St. Ivanov)
Date: Fri, 13 Apr 2012 23:14:40 +0300
Subject: [forge-dev] Forge website changes
In-Reply-To: <CAEp_U4EV0djzQu-yPUBk+YOLHayKZ+8qrvBQFhPOvJJX2QSSYA@mail.gmail.com>
References: <CACYLA9Ggvdc4bo4SH8sciOC3XvXSN71=0Lve9UDX=mAFH4nE6A@mail.gmail.com>
	<80C789C0-6F85-4DAD-AA57-FDB1F822189F@luminis.eu>
	<CAEp_U4EV0djzQu-yPUBk+YOLHayKZ+8qrvBQFhPOvJJX2QSSYA@mail.gmail.com>
Message-ID: <CACYLA9HWZ4r_GodAfdZMzbLWe6p4Y89cNRJsAyt2ZoM9L1sgQA@mail.gmail.com>

I just finished with the Plugin development docs. Made them look much more
like the wiki pages with the introduction of div(alert... instructions.

Next, tomorrow I plan to start converting:

https://docs.jboss.org/author/display/FORGE/Important+Plugins
https://docs.jboss.org/author/display/FORGE/Contribute+or+Get+Involved

Anybody working on these (and their child pages)?

Cheers,
Ivan

On Fri, Apr 13, 2012 at 5:52 PM, Lincoln Baxter, III <
lincolnbaxter at gmail.com> wrote:

> This looks really nice! We can work on the styles a bit for the docs, but
> I love the layout!
>
> ~Lincoln
>
> On Thu, Apr 12, 2012 at 5:31 PM, Paul Bakker <paul.bakker at luminis.eu>wrote:
>
>> Hi Ivan,
>>
>> Using GIT can be a bit challenging at first if your still thinking in a
>> svn like workflow. There are some good guides to help with that, I would
>> really advice just playing around with it a bit, you will love it soon :-)
>> This is a good online reference: http://book.git-scm.com/
>>
>> Anyway, I committed your changes and also pushed them to forge.github.com
>> .
>> Thanks a lot!
>>
>> Paul
>>
>> On Apr 12, 2012, at 23:04 , Ivan St. Ivanov wrote:
>>
>> > Hi Paul,
>> >
>> > I'm again struggling with Git! And can't commit my changes. Could you
>> do it for me. They are attached. Please extract the content to the
>> website\docs\plugin_development directory and delete the old prefixed pages.
>> >
>> > Thanks!
>> >
>> > I wonder why people use Git?! It took me less time to do my change than
>> to write all the Git commands. And at the end I didn't succeed. I thought
>> that the source repo is there to help us, not to make us think.
>> >
>> > Cheers,
>> > Ivan
>> > <plugin.pages.zip>
>>
>>
>>
>> _______________________________________________
>> forge-dev mailing list
>> forge-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>
>
>
>
> --
> Lincoln Baxter, III
> http://ocpsoft.org
> "Simpler is better."
>
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120413/f2267157/attachment-0001.html 

From lincolnbaxter at gmail.com  Fri Apr 13 18:01:08 2012
From: lincolnbaxter at gmail.com (Lincoln Baxter, III)
Date: Fri, 13 Apr 2012 18:01:08 -0400
Subject: [forge-dev] Forge website changes
In-Reply-To: <CACYLA9HWZ4r_GodAfdZMzbLWe6p4Y89cNRJsAyt2ZoM9L1sgQA@mail.gmail.com>
References: <CACYLA9Ggvdc4bo4SH8sciOC3XvXSN71=0Lve9UDX=mAFH4nE6A@mail.gmail.com>
	<80C789C0-6F85-4DAD-AA57-FDB1F822189F@luminis.eu>
	<CAEp_U4EV0djzQu-yPUBk+YOLHayKZ+8qrvBQFhPOvJJX2QSSYA@mail.gmail.com>
	<CACYLA9HWZ4r_GodAfdZMzbLWe6p4Y89cNRJsAyt2ZoM9L1sgQA@mail.gmail.com>
Message-ID: <CAEp_U4G8F5+FgmBnu1qg9YfdvFT=EQoSpsNpWeL9tjWqt+zENQ@mail.gmail.com>

All yours!

I'm currently working on securing our new domain!

~Lincoln

On Fri, Apr 13, 2012 at 4:14 PM, Ivan St. Ivanov
<ivan.st.ivanov at gmail.com>wrote:

> I just finished with the Plugin development docs. Made them look much more
> like the wiki pages with the introduction of div(alert... instructions.
>
> Next, tomorrow I plan to start converting:
>
> https://docs.jboss.org/author/display/FORGE/Important+Plugins
> https://docs.jboss.org/author/display/FORGE/Contribute+or+Get+Involved
>
> Anybody working on these (and their child pages)?
>
> Cheers,
> Ivan
>
> On Fri, Apr 13, 2012 at 5:52 PM, Lincoln Baxter, III <
> lincolnbaxter at gmail.com> wrote:
>
>> This looks really nice! We can work on the styles a bit for the docs, but
>> I love the layout!
>>
>> ~Lincoln
>>
>> On Thu, Apr 12, 2012 at 5:31 PM, Paul Bakker <paul.bakker at luminis.eu>wrote:
>>
>>> Hi Ivan,
>>>
>>> Using GIT can be a bit challenging at first if your still thinking in a
>>> svn like workflow. There are some good guides to help with that, I would
>>> really advice just playing around with it a bit, you will love it soon :-)
>>> This is a good online reference: http://book.git-scm.com/
>>>
>>> Anyway, I committed your changes and also pushed them to
>>> forge.github.com.
>>> Thanks a lot!
>>>
>>> Paul
>>>
>>> On Apr 12, 2012, at 23:04 , Ivan St. Ivanov wrote:
>>>
>>> > Hi Paul,
>>> >
>>> > I'm again struggling with Git! And can't commit my changes. Could you
>>> do it for me. They are attached. Please extract the content to the
>>> website\docs\plugin_development directory and delete the old prefixed pages.
>>> >
>>> > Thanks!
>>> >
>>> > I wonder why people use Git?! It took me less time to do my change
>>> than to write all the Git commands. And at the end I didn't succeed. I
>>> thought that the source repo is there to help us, not to make us think.
>>> >
>>> > Cheers,
>>> > Ivan
>>> > <plugin.pages.zip>
>>>
>>>
>>>
>>> _______________________________________________
>>> forge-dev mailing list
>>> forge-dev at lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>
>>
>>
>>
>> --
>> Lincoln Baxter, III
>> http://ocpsoft.org
>> "Simpler is better."
>>
>> _______________________________________________
>> forge-dev mailing list
>> forge-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>
>>
>
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev
>
>


-- 
Lincoln Baxter, III
http://ocpsoft.org
"Simpler is better."
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120413/f5962ae9/attachment.html 

From jer at printstacktrace.org  Mon Apr 16 06:03:11 2012
From: jer at printstacktrace.org (=?UTF-8?B?SsOpcsOpbWll?=)
Date: Mon, 16 Apr 2012 12:03:11 +0200
Subject: [forge-dev] Questions about a new javaee portlet plugin
In-Reply-To: <CAEp_U4F8xx3foQaWQXB9g18eMRjPU0p6COtYg+VL_knrCEuPow@mail.gmail.com>
References: <CAGM=3hsgdZydjf4N+C-ouLiY4Li3MsvBzz1KE4myXk=A9Xe1cQ@mail.gmail.com>
	<CAKeeVe5f-qszQM4mjjE7vjH_umO8MQdH4D_BfpLeb2CdAFJq1g@mail.gmail.com>
	<CAEp_U4HkDqof76NyPyP26iUQnMvjSaUCSGyuKMcKZMZOR7OogQ@mail.gmail.com>
	<CAGM=3hscUWVe72wnv4-+2AshXZsFM_Umq7QgaNixFn1pS-3ypg@mail.gmail.com>
	<CAGM=3hu0g7cm6fCEzod9k4kMqZ5v3oZv+DMSWG7RdPLTQEG3PA@mail.gmail.com>
	<CAEp_U4F8xx3foQaWQXB9g18eMRjPU0p6COtYg+VL_knrCEuPow@mail.gmail.com>
Message-ID: <CAGM=3hsOWPpa_1X4zHwNLrJZy11PiJT3_0e96iNE_+uQQsOd9Q@mail.gmail.com>

Hi Lincoln

I'm preparing a version with a quick start and a demo to complete the
README file. But, I leave for two weeks without computer and internet
(trekking time). I will finalize it when I'm back.

Regards,
Jeremie.

Le 13 avril 2012 18:12, Lincoln Baxter, III <lincolnbaxter at gmail.com> a
?crit :

> Hey J?r?mie!
>
> Could you perhaps put a few comments on how to use this plugin in the
> README? I'd love to give it a try :) Also, when you are ready, feel free to
> add this to the Central Plugin Index:
> https://docs.jboss.org/author/display/FORGE/Add+your+Plugin+to+the+Central+Plugin+Index+%28CPI%29
>
> Cheers!
> ~Lincoln
>
>
> On Thu, Apr 12, 2012 at 6:51 PM, J?r?mie <jer at printstacktrace.org> wrote:
>
>> Hi forge team,
>>
>> Here is a new version of the plugin :
>> https://github.com/jerr/plugin-portlet
>> For the next step I would like to add the quickstart mode.
>>
>> Your comments are welcome!
>>
>> Regards,
>> Jeremie.
>>
>> Le 2 avril 2012 23:31, J?r?mie <jer at printstacktrace.org> a ?crit :
>>
>>
>>> Thx Lincoln and Ken,
>>>
>>> I will follow your advice, I hope to provide a better version soon.
>>>
>>> Regards,
>>> J?r?mie.
>>>
>>>
>>>
>>> Le 2 avril 2012 21:46, Lincoln Baxter, III <lincolnbaxter at gmail.com> a
>>> ?crit :
>>>
>>> I think this should probably be a standalone plugin for now, we can move
>>>> it into the core later as it matures!
>>>>
>>>> Go ahead and open a ticket in FORGEPLUGINS if you want one to track
>>>> this. Hopefully we will have our plugin site up and running soon so you
>>>> won't need to create JIRAs, you'll just create an account and get writing!
>>>>
>>>> Looking forward to seeing what you come up with!
>>>> ~Lincoln
>>>>
>>>>
>>>> On Mon, Apr 2, 2012 at 9:35 AM, Ken Finnigan <ken at kenfinnigan.me>wrote:
>>>>
>>>>> Hi J?r?mie,
>>>>>
>>>>> Thanks for putting an initial portal plugin together.  It was
>>>>> something on my list for the months ahead, but you beat me to it! ;-)
>>>>>
>>>>> I've responded in line to your questions.
>>>>>
>>>>> Regards
>>>>> Ken
>>>>>
>>>>> On Sun, Apr 1, 2012 at 3:00 PM, J?r?mie <jer at printstacktrace.org>wrote:
>>>>>
>>>>>> Hi Forge Team!
>>>>>>
>>>>>> I would like to create a plugin to manage javaee portlets.
>>>>>> A first commit is available here http://goo.gl/OKgsG .
>>>>>>
>>>>>> Before going further and create a Forge Jira ticket  I would
>>>>>> appreciate your opinion.
>>>>>>  - Do you think core/javaee-api and core /javaee-impl  is a
>>>>>> right place or I need to create an other project?
>>>>>>
>>>>>
>>>>> I think this is the correct place, though Lincoln would have the final
>>>>> say on that ;-)
>>>>>
>>>>>
>>>>>>  - The JBoss Shrinkwrap project doesn't currently include the
>>>>>> portlet.xml description. I think it's interesting to do that. (I can create
>>>>>> an other Jira ticket)
>>>>>>
>>>>>
>>>>> By all means go ahead and create the jira and do the work.  It would
>>>>> be quite straight forward to complete.  I myself did the JSF ones last
>>>>> week, and was planning on getting to portal descriptors over the coming
>>>>> weeks.  It's just a case of adding the necessary xsd files, making sure the
>>>>> generation process worked, and writing some tests to verify it.  If you
>>>>> have any questions about it drop by #jbosstesting on irc and speak with
>>>>> Andrew (ALR) who leads the project.
>>>>>
>>>>>
>>>>>>  - The quickstart option  would be interesting to push the generated
>>>>>> code in a GateIn instance (not implemented yet).
>>>>>>
>>>>>
>>>>> You could certainly do a deploy of the portlet to GateIn, or any other
>>>>> portal, but I think it makes sense for that to be a separate concern from
>>>>> creating a portlet and it's descriptors.  That is how a lot of the other
>>>>> plugins work, and also because the deployment would be specific to GateIn,
>>>>> and it would be messy to have a plugin that deals with descriptor
>>>>> generation and deploying to different portal containers.
>>>>>
>>>>>
>>>>>>  - Command names and options are correct?
>>>>>> Thanks for your comments.
>>>>>>
>>>>>> For now here's what you can do:
>>>>>>  $ portlet setup
>>>>>>
>>>>>  $ portlet add --named helloportlet --title "My forge portlet"
>>>>>> --short-title ForgePortlet --keywords "demo,forge,portlet"
>>>>>>
>>>>>
>>>>> Might make it clearer for command to be called "new-portlet" instead
>>>>> of "add"
>>>>>
>>>>>
>>>>>>  $ portlet add-param --portlet helloportlet --name
>>>>>> javax.portlet.faces.defaultViewId.view --value "/home.xhtml"
>>>>>>  $ portlet add-param --portlet helloportlet --name
>>>>>> javax.portlet.faces.defaultViewId.edit --value "/edit.xhtml"
>>>>>>  $ portlet add-param --portlet helloportlet --name
>>>>>> javax.portlet.faces.defaultViewId.help --value "/help.xhtml"
>>>>>>
>>>>>
>>>>> Could be nice to have the "new-portlet" command automatically create
>>>>> these parameters with the default values you specify above, as without them
>>>>> a portlet won't deploy successfully.  Just as you have with the default
>>>>> portlet modes that are defined.
>>>>>
>>>>> It would also be nice to have aliased add-param versions for
>>>>> specifically adding a view, edit and help viewId.  It's pretty onerous to
>>>>> force someone to remember the exact syntax of
>>>>> javax.portlet.faces.defaultViewId.* every time they want to add or modify
>>>>> what viewId each of those portlet modes points at.
>>>>>
>>>>> So you could have something like:
>>>>> $ portlet set-view-id --portlet helloportlet --view "/home.html"
>>>>> $ portlet set-edit-id --portlet helloportlet --view "/edit.html"
>>>>> $ portlet set-help-id --portlet helloportlet --view "/help.html"
>>>>>
>>>>> and then internally it actually calls add-param with the addition of
>>>>> the appropriate param name.
>>>>>
>>>>>
>>>>>> And the result is :
>>>>>> src/main/webapp/WEB-INF/portlet.xml
>>>>>> -----------------------------------------------------
>>>>>> <?xml version="1.0" encoding="UTF-8" standalone="no"?>
>>>>>> <portlet-app xmlns="
>>>>>> http://java.sun.com/xml/ns/portlet/portlet-app_2_0.xsd" xmlns:xsi="
>>>>>> http://www.w3.org/2001/XMLSchema-instance" version="2.0"
>>>>>> xsi:schemaLocation="
>>>>>> http://java.sun.com/xml/ns/portlet/portlet-app_2_0.xsd">
>>>>>>   <portlet>
>>>>>>     <portlet-name>helloportlet</portlet-name>
>>>>>>
>>>>>> <portlet-class>javax.portlet.faces.GenericFacesPortlet</portlet-class>
>>>>>>     <supports>
>>>>>>       <mime-type>text/html</mime-type>
>>>>>>       <portlet-mode>EDIT</portlet-mode>
>>>>>>       <portlet-mode>HELP</portlet-mode>
>>>>>>       <portlet-mode>VIEW</portlet-mode>
>>>>>>     </supports>
>>>>>>     <portlet-info>
>>>>>>       <title>My forge portlet</title>
>>>>>>       <short-title>ForgePortlet</short-title>
>>>>>>       <keywords>demo,forge,portlet</keywords>
>>>>>>     </portlet-info>
>>>>>>     <init-param>
>>>>>>       <name>javax.portlet.faces.defaultViewId.view</name>
>>>>>>       <value>/home.xhtml</value>
>>>>>>     </init-param>
>>>>>>     <init-param>
>>>>>>       <name>javax.portlet.faces.defaultViewId.edit</name>
>>>>>>       <value>/edit.xhtml</value>
>>>>>>     </init-param>
>>>>>>     <init-param>
>>>>>>       <name>javax.portlet.faces.defaultViewId.help</name>
>>>>>>       <value>/help.xhtml</value>
>>>>>>     </init-param>
>>>>>>   </portlet>
>>>>>> </portlet-app>
>>>>>>
>>>>>>
>>>>>> Regads,
>>>>>> J?r?mie.
>>>>>>
>>>>>> _______________________________________________
>>>>>> forge-dev mailing list
>>>>>> forge-dev at lists.jboss.org
>>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>>>>
>>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> forge-dev mailing list
>>>>> forge-dev at lists.jboss.org
>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>> Lincoln Baxter, III
>>>> http://ocpsoft.org
>>>> "Simpler is better."
>>>>
>>>> _______________________________________________
>>>> forge-dev mailing list
>>>> forge-dev at lists.jboss.org
>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>>
>>>>
>>>
>>
>> _______________________________________________
>> forge-dev mailing list
>> forge-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>
>>
>
>
> --
> Lincoln Baxter, III
> http://ocpsoft.org
> "Simpler is better."
>
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120416/aea6b3a7/attachment.html 

From bsutter at redhat.com  Mon Apr 16 17:47:46 2012
From: bsutter at redhat.com (Burr Sutter)
Date: Mon, 16 Apr 2012 17:47:46 -0400
Subject: [forge-dev] Open challenge: UTF-8 not supported by the Java
	Runtime? Says who?
In-Reply-To: <CAEp_U4Gy2euU_uJHZNybmdmS9uibOQsp4vmUyn3MkfXkycXmgg@mail.gmail.com>
References: <CAEp_U4HquHV-kjiLcje3vjF4vdnKdVPJ18zepynPZYAtoRN9sg@mail.gmail.com>
	<43FFBD8A-FA1E-4DEE-AAD6-00CCC1CDB4D3@redhat.com>
	<EF57D966-B601-442E-94BD-44B899EEF27B@redhat.com>
	<DE7FC623-AD0D-4C0E-A9BB-F3C37445F3FE@redhat.com>
	<4F875C11.9070006@aon.at>
	<CAEp_U4Gg1jPSm1wnt2gujoFae+CEOTp9VeF1i902L2mT8QoNRw@mail.gmail.com>
	<CAEp_U4Gy2euU_uJHZNybmdmS9uibOQsp4vmUyn3MkfXkycXmgg@mail.gmail.com>
Message-ID: <C7DF046F-CA72-4182-A80E-1C63565936EF@redhat.com>

Beer? How about a steak!  :-)

On Apr 12, 2012, at 11:13 PM, Lincoln Baxter, III wrote:

> Success. You nailed the problem - I implemented it like so: https://issues.jboss.org/browse/FORGE-531
> 
> I owe you a beer.
> 
> THANK YOU!
> ~Lincoln
> 
> On Thu, Apr 12, 2012 at 9:32 PM, Lincoln Baxter, III <lincolnbaxter at gmail.com> wrote:
> I've actually spent most of today working on this issue, so if this fix works, I'm probably going to die from relief.
> 
> On Thu, Apr 12, 2012 at 6:49 PM, Thomas Fr?hbeck <fruehbeck at aon.at> wrote:
> Hey,
> 
> I think I found the reason for this message and have a somewhat silly remedy.
> 
> Reason:
> 
>    - in com.sun.org.apache.xml.internal.serializer.Encondings a properties file is looked up by classloader to evaluate supported Charsets
>    - the classloader selected is not the root classloader but Forge's one, who doesnt find the properties file
>    - funny enough the comments indicate, that the authors were not to sure about the necessity of an error message in this case :-)
> 
>            if (is == null) {
>                SecuritySupport ss = SecuritySupport.getInstance();
>                is = ss.getResourceAsStream(ObjectFactory.findClassLoader(),
>                                            ENCODINGS_FILE);
>            }
> 
>            Properties props = new Properties();
>            if (is != null) {
>                props.load(is);
>                is.close();
>            } else {
>                // Seems to be no real need to force failure here, let the
>                // system do its best... The issue is not really very critical,
>                // and the output will be in any case _correct_ though maybe not
>                // always human-friendly... :)
>                // But maybe report/log the resource problem?
>                // Any standard ways to report/log errors (in static context)?
>            }
> 
> REMEDY:
>    - I made a module containing a jar with only this property file
>    - and made forge-api take it as dependency:
> 
> <module name="javax.api" />
> + <module name="sun.encodings" export="true"/>
> </dependencies>
> 
> Tar with module attached.
> 
> And voila: no error message anymore because the classloader can access this dreaded file.
> I'm sure, that someone more knowledgeable is able to find a better solution, but as first fix it may help.
> 
> What do you think?
> 
> Regards,
> Thomas
> 
> Am 12.04.2012 18:02, schrieb Burr Sutter:
> 
> How is this coming along?
> 
> We are now having to put "ignore all the UTF-8" messages in our videos&  written documentation.
> 
> 
> 
> 
> 
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev
> 
> 
> 
> 
> -- 
> Lincoln Baxter, III
> http://ocpsoft.org
> "Simpler is better."
> 
> 
> 
> -- 
> Lincoln Baxter, III
> http://ocpsoft.org
> "Simpler is better."
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120416/a8b986fd/attachment.html 

From fruehbeck at aon.at  Mon Apr 16 17:57:34 2012
From: fruehbeck at aon.at (=?ISO-8859-1?Q?Thomas_Fr=FChbeck?=)
Date: Mon, 16 Apr 2012 23:57:34 +0200
Subject: [forge-dev] Open challenge: UTF-8 not supported by the Java
 Runtime? Says who?
In-Reply-To: <C7DF046F-CA72-4182-A80E-1C63565936EF@redhat.com>
References: <CAEp_U4HquHV-kjiLcje3vjF4vdnKdVPJ18zepynPZYAtoRN9sg@mail.gmail.com>
	<43FFBD8A-FA1E-4DEE-AAD6-00CCC1CDB4D3@redhat.com>
	<EF57D966-B601-442E-94BD-44B899EEF27B@redhat.com>
	<DE7FC623-AD0D-4C0E-A9BB-F3C37445F3FE@redhat.com>
	<4F875C11.9070006@aon.at>
	<CAEp_U4Gg1jPSm1wnt2gujoFae+CEOTp9VeF1i902L2mT8QoNRw@mail.gmail.com>
	<CAEp_U4Gy2euU_uJHZNybmdmS9uibOQsp4vmUyn3MkfXkycXmgg@mail.gmail.com>
	<C7DF046F-CA72-4182-A80E-1C63565936EF@redhat.com>
Message-ID: <4F8C95CE.8000007@aon.at>

I take both :-))
But where, when, how?
Sigh!
Am 16.04.2012 23:47, schrieb Burr Sutter:
> Beer? How about a steak!  :-)
>


From gegastaldi at gmail.com  Mon Apr 16 23:55:53 2012
From: gegastaldi at gmail.com (George Gastaldi)
Date: Tue, 17 Apr 2012 00:55:53 -0300
Subject: [forge-dev] I18N Plugin
Message-ID: <CAK6y9v2a=Cn7NZpcQkdZVCfYCNVGr+gqxt-q5Q29foUJi2Y9LA@mail.gmail.com>

Hey all,

Just created a new issue (https://issues.jboss.org/browse/FORGE-541)
regarding i18n support on Forge enabled projects.

I was thinking if it should it be part of Forge core. WDYT ?


Feel free to add any new comment on this issue. I plan to start
working on it still this week.

Regards,

George Gastaldi

From lincolnbaxter at gmail.com  Tue Apr 17 00:43:41 2012
From: lincolnbaxter at gmail.com (Lincoln Baxter, III)
Date: Tue, 17 Apr 2012 00:43:41 -0400
Subject: [forge-dev] I18N Plugin
In-Reply-To: <CAK6y9v2a=Cn7NZpcQkdZVCfYCNVGr+gqxt-q5Q29foUJi2Y9LA@mail.gmail.com>
References: <CAK6y9v2a=Cn7NZpcQkdZVCfYCNVGr+gqxt-q5Q29foUJi2Y9LA@mail.gmail.com>
Message-ID: <CAEp_U4E5W4Yc3eO7A1_mhLj5dKYPjXHPTAw_Mxqy5afK+Opihg@mail.gmail.com>

This sounds like something that would go well in the "dev-plugins" module.
Good idea! I've also been wanting a plugin to create a new ServiceLoader
service registration in META-INF/services, based on an interface and class
implementation.

On Mon, Apr 16, 2012 at 11:55 PM, George Gastaldi <gegastaldi at gmail.com>wrote:

> Hey all,
>
> Just created a new issue (https://issues.jboss.org/browse/FORGE-541)
> regarding i18n support on Forge enabled projects.
>
> I was thinking if it should it be part of Forge core. WDYT ?
>
>
> Feel free to add any new comment on this issue. I plan to start
> working on it still this week.
>
> Regards,
>
> George Gastaldi
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev
>



-- 
Lincoln Baxter, III
http://ocpsoft.org
"Simpler is better."
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120417/0155fc60/attachment.html 

From gegastaldi at gmail.com  Tue Apr 17 00:49:05 2012
From: gegastaldi at gmail.com (George Gastaldi)
Date: Tue, 17 Apr 2012 01:49:05 -0300
Subject: [forge-dev] I18N Plugin
In-Reply-To: <CAEp_U4E5W4Yc3eO7A1_mhLj5dKYPjXHPTAw_Mxqy5afK+Opihg@mail.gmail.com>
References: <CAK6y9v2a=Cn7NZpcQkdZVCfYCNVGr+gqxt-q5Q29foUJi2Y9LA@mail.gmail.com>
	<CAEp_U4E5W4Yc3eO7A1_mhLj5dKYPjXHPTAw_Mxqy5afK+Opihg@mail.gmail.com>
Message-ID: <CAK6y9v1Am7gHb7zFP=hds8ReTV7DNycTi6=YLL8WH+96gT533A@mail.gmail.com>

There you go ! https://issues.jboss.org/browse/FORGE-542 :)

2012/4/17 Lincoln Baxter, III <lincolnbaxter at gmail.com>:
> This sounds like something that would go well in the "dev-plugins" module.
> Good idea! I've also been wanting a plugin to create a new ServiceLoader
> service registration in META-INF/services, based on an interface and class
> implementation.
>
> On Mon, Apr 16, 2012 at 11:55 PM, George Gastaldi <gegastaldi at gmail.com>
> wrote:
>>
>> Hey all,
>>
>> Just created a new issue (https://issues.jboss.org/browse/FORGE-541)
>> regarding i18n support on Forge enabled projects.
>>
>> I was thinking if it should it be part of Forge core. WDYT ?
>>
>>
>> Feel free to add any new comment on this issue. I plan to start
>> working on it still this week.
>>
>> Regards,
>>
>> George Gastaldi
>> _______________________________________________
>> forge-dev mailing list
>> forge-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/forge-dev
>
>
>
>
> --
> Lincoln Baxter, III
> http://ocpsoft.org
> "Simpler is better."
>
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev
>

From lincolnbaxter at gmail.com  Tue Apr 17 01:02:40 2012
From: lincolnbaxter at gmail.com (Lincoln Baxter, III)
Date: Tue, 17 Apr 2012 01:02:40 -0400
Subject: [forge-dev] I18N Plugin
In-Reply-To: <CAK6y9v1Am7gHb7zFP=hds8ReTV7DNycTi6=YLL8WH+96gT533A@mail.gmail.com>
References: <CAK6y9v2a=Cn7NZpcQkdZVCfYCNVGr+gqxt-q5Q29foUJi2Y9LA@mail.gmail.com>
	<CAEp_U4E5W4Yc3eO7A1_mhLj5dKYPjXHPTAw_Mxqy5afK+Opihg@mail.gmail.com>
	<CAK6y9v1Am7gHb7zFP=hds8ReTV7DNycTi6=YLL8WH+96gT533A@mail.gmail.com>
Message-ID: <CAEp_U4FpVZq5hG4XM-rHD2Ly_wGqm+w5NizgmDmiboU3nTw5QA@mail.gmail.com>

Word :)

On Tue, Apr 17, 2012 at 12:49 AM, George Gastaldi <gegastaldi at gmail.com>wrote:

> There you go ! https://issues.jboss.org/browse/FORGE-542 :)
>
> 2012/4/17 Lincoln Baxter, III <lincolnbaxter at gmail.com>:
> > This sounds like something that would go well in the "dev-plugins"
> module.
> > Good idea! I've also been wanting a plugin to create a new ServiceLoader
> > service registration in META-INF/services, based on an interface and
> class
> > implementation.
> >
> > On Mon, Apr 16, 2012 at 11:55 PM, George Gastaldi <gegastaldi at gmail.com>
> > wrote:
> >>
> >> Hey all,
> >>
> >> Just created a new issue (https://issues.jboss.org/browse/FORGE-541)
> >> regarding i18n support on Forge enabled projects.
> >>
> >> I was thinking if it should it be part of Forge core. WDYT ?
> >>
> >>
> >> Feel free to add any new comment on this issue. I plan to start
> >> working on it still this week.
> >>
> >> Regards,
> >>
> >> George Gastaldi
> >> _______________________________________________
> >> forge-dev mailing list
> >> forge-dev at lists.jboss.org
> >> https://lists.jboss.org/mailman/listinfo/forge-dev
> >
> >
> >
> >
> > --
> > Lincoln Baxter, III
> > http://ocpsoft.org
> > "Simpler is better."
> >
> > _______________________________________________
> > forge-dev mailing list
> > forge-dev at lists.jboss.org
> > https://lists.jboss.org/mailman/listinfo/forge-dev
> >
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev
>



-- 
Lincoln Baxter, III
http://ocpsoft.org
"Simpler is better."
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120417/f22e2ff8/attachment.html 

From lightguard.jp at gmail.com  Tue Apr 17 01:04:36 2012
From: lightguard.jp at gmail.com (Jason Porter)
Date: Mon, 16 Apr 2012 23:04:36 -0600
Subject: [forge-dev] I18N Plugin
In-Reply-To: <CAEp_U4FpVZq5hG4XM-rHD2Ly_wGqm+w5NizgmDmiboU3nTw5QA@mail.gmail.com>
References: <CAK6y9v2a=Cn7NZpcQkdZVCfYCNVGr+gqxt-q5Q29foUJi2Y9LA@mail.gmail.com>
	<CAEp_U4E5W4Yc3eO7A1_mhLj5dKYPjXHPTAw_Mxqy5afK+Opihg@mail.gmail.com>
	<CAK6y9v1Am7gHb7zFP=hds8ReTV7DNycTi6=YLL8WH+96gT533A@mail.gmail.com>
	<CAEp_U4FpVZq5hG4XM-rHD2Ly_wGqm+w5NizgmDmiboU3nTw5QA@mail.gmail.com>
Message-ID: <CAF9TksPAqOOEH-Zb6j=mjWmkHYctJrpDG0wF5EM3-wV2kE8FgQ@mail.gmail.com>

Or letters / characters? Sorry, couldn't resist.

On Mon, Apr 16, 2012 at 23:02, Lincoln Baxter, III
<lincolnbaxter at gmail.com>wrote:

> Word :)
>
>
> On Tue, Apr 17, 2012 at 12:49 AM, George Gastaldi <gegastaldi at gmail.com>wrote:
>
>> There you go ! https://issues.jboss.org/browse/FORGE-542 :)
>>
>> 2012/4/17 Lincoln Baxter, III <lincolnbaxter at gmail.com>:
>> > This sounds like something that would go well in the "dev-plugins"
>> module.
>> > Good idea! I've also been wanting a plugin to create a new ServiceLoader
>> > service registration in META-INF/services, based on an interface and
>> class
>> > implementation.
>> >
>> > On Mon, Apr 16, 2012 at 11:55 PM, George Gastaldi <gegastaldi at gmail.com
>> >
>> > wrote:
>> >>
>> >> Hey all,
>> >>
>> >> Just created a new issue (https://issues.jboss.org/browse/FORGE-541)
>> >> regarding i18n support on Forge enabled projects.
>> >>
>> >> I was thinking if it should it be part of Forge core. WDYT ?
>> >>
>> >>
>> >> Feel free to add any new comment on this issue. I plan to start
>> >> working on it still this week.
>> >>
>> >> Regards,
>> >>
>> >> George Gastaldi
>> >> _______________________________________________
>> >> forge-dev mailing list
>> >> forge-dev at lists.jboss.org
>> >> https://lists.jboss.org/mailman/listinfo/forge-dev
>> >
>> >
>> >
>> >
>> > --
>> > Lincoln Baxter, III
>> > http://ocpsoft.org
>> > "Simpler is better."
>> >
>> > _______________________________________________
>> > forge-dev mailing list
>> > forge-dev at lists.jboss.org
>> > https://lists.jboss.org/mailman/listinfo/forge-dev
>> >
>> _______________________________________________
>> forge-dev mailing list
>> forge-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>
>
>
>
> --
> Lincoln Baxter, III
> http://ocpsoft.org
> "Simpler is better."
>
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev
>
>


-- 
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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120416/e8ceb79c/attachment-0001.html 

From gegastaldi at gmail.com  Tue Apr 17 14:34:54 2012
From: gegastaldi at gmail.com (George Gastaldi)
Date: Tue, 17 Apr 2012 15:34:54 -0300
Subject: [forge-dev] I18N Plugin
In-Reply-To: <CAEp_U4E5W4Yc3eO7A1_mhLj5dKYPjXHPTAw_Mxqy5afK+Opihg@mail.gmail.com>
References: <CAK6y9v2a=Cn7NZpcQkdZVCfYCNVGr+gqxt-q5Q29foUJi2Y9LA@mail.gmail.com>
	<CAEp_U4E5W4Yc3eO7A1_mhLj5dKYPjXHPTAw_Mxqy5afK+Opihg@mail.gmail.com>
Message-ID: <CAK6y9v2b7CAukNDQyKYA3dhPGFsnMfb9OA=YSSxRHvppPC7c3A@mail.gmail.com>

Ok, in order to allow better flexibility, I created a
PropertiesFileResource (http://pastebin.com/cumGm9Bp) and an
EntryResource (http://pastebin.com/PDARhPEJ).

Now  I need to change
org.jboss.forge.project.services.ResourceFactory.getResourceFrom(File)
to return this object when a .properties file is called.

Question is: What?s the better way of doing this ? I don?t think
changing directly in this method will suffice.

When inside a properties file, running  "ls" should display the
properties in a key = value format

Regards,

George Gastaldi



2012/4/17 Lincoln Baxter, III <lincolnbaxter at gmail.com>:
> This sounds like something that would go well in the "dev-plugins" module.
> Good idea! I've also been wanting a plugin to create a new ServiceLoader
> service registration in META-INF/services, based on an interface and class
> implementation.
>
> On Mon, Apr 16, 2012 at 11:55 PM, George Gastaldi <gegastaldi at gmail.com>
> wrote:
>>
>> Hey all,
>>
>> Just created a new issue (https://issues.jboss.org/browse/FORGE-541)
>> regarding i18n support on Forge enabled projects.
>>
>> I was thinking if it should it be part of Forge core. WDYT ?
>>
>>
>> Feel free to add any new comment on this issue. I plan to start
>> working on it still this week.
>>
>> Regards,
>>
>> George Gastaldi
>> _______________________________________________
>> forge-dev mailing list
>> forge-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/forge-dev
>
>
>
>
> --
> Lincoln Baxter, III
> http://ocpsoft.org
> "Simpler is better."
>
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev
>


From gegastaldi at gmail.com  Tue Apr 17 14:48:52 2012
From: gegastaldi at gmail.com (George Gastaldi)
Date: Tue, 17 Apr 2012 15:48:52 -0300
Subject: [forge-dev] I18N Plugin
In-Reply-To: <CAK6y9v2b7CAukNDQyKYA3dhPGFsnMfb9OA=YSSxRHvppPC7c3A@mail.gmail.com>
References: <CAK6y9v2a=Cn7NZpcQkdZVCfYCNVGr+gqxt-q5Q29foUJi2Y9LA@mail.gmail.com>
	<CAEp_U4E5W4Yc3eO7A1_mhLj5dKYPjXHPTAw_Mxqy5afK+Opihg@mail.gmail.com>
	<CAK6y9v2b7CAukNDQyKYA3dhPGFsnMfb9OA=YSSxRHvppPC7c3A@mail.gmail.com>
Message-ID: <CAK6y9v0yVesQs3Rt0UtPO5A4TuH54SVf-Psf6_c4Tuh2+zhG9Q@mail.gmail.com>

Just Figured it out that I had to add @ResourceHandles("*.properties")
in my class.

Now testing !

2012/4/17 George Gastaldi <gegastaldi at gmail.com>:
> Ok, in order to allow better flexibility, I created a
> PropertiesFileResource (http://pastebin.com/cumGm9Bp) and an
> EntryResource (http://pastebin.com/PDARhPEJ).
>
> Now ?I need to change
> org.jboss.forge.project.services.ResourceFactory.getResourceFrom(File)
> to return this object when a .properties file is called.
>
> Question is: What?s the better way of doing this ? I don?t think
> changing directly in this method will suffice.
>
> When inside a properties file, running ?"ls" should display the
> properties in a key = value format
>
> Regards,
>
> George Gastaldi
>
>
>
> 2012/4/17 Lincoln Baxter, III <lincolnbaxter at gmail.com>:
>> This sounds like something that would go well in the "dev-plugins" module.
>> Good idea! I've also been wanting a plugin to create a new ServiceLoader
>> service registration in META-INF/services, based on an interface and class
>> implementation.
>>
>> On Mon, Apr 16, 2012 at 11:55 PM, George Gastaldi <gegastaldi at gmail.com>
>> wrote:
>>>
>>> Hey all,
>>>
>>> Just created a new issue (https://issues.jboss.org/browse/FORGE-541)
>>> regarding i18n support on Forge enabled projects.
>>>
>>> I was thinking if it should it be part of Forge core. WDYT ?
>>>
>>>
>>> Feel free to add any new comment on this issue. I plan to start
>>> working on it still this week.
>>>
>>> Regards,
>>>
>>> George Gastaldi
>>> _______________________________________________
>>> forge-dev mailing list
>>> forge-dev at lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>
>>
>>
>>
>> --
>> Lincoln Baxter, III
>> http://ocpsoft.org
>> "Simpler is better."
>>
>> _______________________________________________
>> forge-dev mailing list
>> forge-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>


From jperkins at redhat.com  Tue Apr 17 15:23:46 2012
From: jperkins at redhat.com (James Perkins)
Date: Tue, 17 Apr 2012 12:23:46 -0700
Subject: [forge-dev] I18N Plugin
In-Reply-To: <CAK6y9v2b7CAukNDQyKYA3dhPGFsnMfb9OA=YSSxRHvppPC7c3A@mail.gmail.com>
References: <CAK6y9v2a=Cn7NZpcQkdZVCfYCNVGr+gqxt-q5Q29foUJi2Y9LA@mail.gmail.com>
	<CAEp_U4E5W4Yc3eO7A1_mhLj5dKYPjXHPTAw_Mxqy5afK+Opihg@mail.gmail.com>
	<CAK6y9v2b7CAukNDQyKYA3dhPGFsnMfb9OA=YSSxRHvppPC7c3A@mail.gmail.com>
Message-ID: <4F8DC342.3010302@redhat.com>

Just as a side observation, if Forge doesn't have to support Java 5, 
then using the Properties.load(Reader) is a better option. With an 
InputStreamReader you can instantiate it with a character set encoding, 
e.g. UTF-8. This allows property files that don't use unicode to be 
loaded properly.

On 04/17/2012 11:34 AM, George Gastaldi wrote:
> Ok, in order to allow better flexibility, I created a
> PropertiesFileResource (http://pastebin.com/cumGm9Bp) and an
> EntryResource (http://pastebin.com/PDARhPEJ).
>
> Now  I need to change
> org.jboss.forge.project.services.ResourceFactory.getResourceFrom(File)
> to return this object when a .properties file is called.
>
> Question is: What?s the better way of doing this ? I don?t think
> changing directly in this method will suffice.
>
> When inside a properties file, running  "ls" should display the
> properties in a key = value format
>
> Regards,
>
> George Gastaldi
>
>
>
> 2012/4/17 Lincoln Baxter, III<lincolnbaxter at gmail.com>:
>> This sounds like something that would go well in the "dev-plugins" module.
>> Good idea! I've also been wanting a plugin to create a new ServiceLoader
>> service registration in META-INF/services, based on an interface and class
>> implementation.
>>
>> On Mon, Apr 16, 2012 at 11:55 PM, George Gastaldi<gegastaldi at gmail.com>
>> wrote:
>>> Hey all,
>>>
>>> Just created a new issue (https://issues.jboss.org/browse/FORGE-541)
>>> regarding i18n support on Forge enabled projects.
>>>
>>> I was thinking if it should it be part of Forge core. WDYT ?
>>>
>>>
>>> Feel free to add any new comment on this issue. I plan to start
>>> working on it still this week.
>>>
>>> Regards,
>>>
>>> George Gastaldi
>>> _______________________________________________
>>> forge-dev mailing list
>>> forge-dev at lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>
>>
>>
>> --
>> Lincoln Baxter, III
>> http://ocpsoft.org
>> "Simpler is better."
>>
>> _______________________________________________
>> forge-dev mailing list
>> forge-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev

-- 
James R. Perkins
JBoss by Red Hat


From lincolnbaxter at gmail.com  Tue Apr 17 16:21:54 2012
From: lincolnbaxter at gmail.com (Lincoln Baxter, III)
Date: Tue, 17 Apr 2012 16:21:54 -0400
Subject: [forge-dev] I18N Plugin
In-Reply-To: <4F8DC342.3010302@redhat.com>
References: <CAK6y9v2a=Cn7NZpcQkdZVCfYCNVGr+gqxt-q5Q29foUJi2Y9LA@mail.gmail.com>
	<CAEp_U4E5W4Yc3eO7A1_mhLj5dKYPjXHPTAw_Mxqy5afK+Opihg@mail.gmail.com>
	<CAK6y9v2b7CAukNDQyKYA3dhPGFsnMfb9OA=YSSxRHvppPC7c3A@mail.gmail.com>
	<4F8DC342.3010302@redhat.com>
Message-ID: <CAEp_U4FcMiXo7=Qs=RL3fWFNPQo7rV-PAcyYCx_zc9Tr07o=-g@mail.gmail.com>

Yeah. Forge only runs on Java 6 :) Looking good George!

On Tue, Apr 17, 2012 at 3:23 PM, James Perkins <jperkins at redhat.com> wrote:

> Just as a side observation, if Forge doesn't have to support Java 5,
> then using the Properties.load(Reader) is a better option. With an
> InputStreamReader you can instantiate it with a character set encoding,
> e.g. UTF-8. This allows property files that don't use unicode to be
> loaded properly.
>
> On 04/17/2012 11:34 AM, George Gastaldi wrote:
> > Ok, in order to allow better flexibility, I created a
> > PropertiesFileResource (http://pastebin.com/cumGm9Bp) and an
> > EntryResource (http://pastebin.com/PDARhPEJ).
> >
> > Now  I need to change
> > org.jboss.forge.project.services.ResourceFactory.getResourceFrom(File)
> > to return this object when a .properties file is called.
> >
> > Question is: What?s the better way of doing this ? I don?t think
> > changing directly in this method will suffice.
> >
> > When inside a properties file, running  "ls" should display the
> > properties in a key = value format
> >
> > Regards,
> >
> > George Gastaldi
> >
> >
> >
> > 2012/4/17 Lincoln Baxter, III<lincolnbaxter at gmail.com>:
> >> This sounds like something that would go well in the "dev-plugins"
> module.
> >> Good idea! I've also been wanting a plugin to create a new ServiceLoader
> >> service registration in META-INF/services, based on an interface and
> class
> >> implementation.
> >>
> >> On Mon, Apr 16, 2012 at 11:55 PM, George Gastaldi<gegastaldi at gmail.com>
> >> wrote:
> >>> Hey all,
> >>>
> >>> Just created a new issue (https://issues.jboss.org/browse/FORGE-541)
> >>> regarding i18n support on Forge enabled projects.
> >>>
> >>> I was thinking if it should it be part of Forge core. WDYT ?
> >>>
> >>>
> >>> Feel free to add any new comment on this issue. I plan to start
> >>> working on it still this week.
> >>>
> >>> Regards,
> >>>
> >>> George Gastaldi
> >>> _______________________________________________
> >>> forge-dev mailing list
> >>> forge-dev at lists.jboss.org
> >>> https://lists.jboss.org/mailman/listinfo/forge-dev
> >>
> >>
> >>
> >> --
> >> Lincoln Baxter, III
> >> http://ocpsoft.org
> >> "Simpler is better."
> >>
> >> _______________________________________________
> >> forge-dev mailing list
> >> forge-dev at lists.jboss.org
> >> https://lists.jboss.org/mailman/listinfo/forge-dev
> >>
> > _______________________________________________
> > forge-dev mailing list
> > forge-dev at lists.jboss.org
> > https://lists.jboss.org/mailman/listinfo/forge-dev
>
> --
> James R. Perkins
> JBoss by Red Hat
>
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev
>



-- 
Lincoln Baxter, III
http://ocpsoft.org
"Simpler is better."
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120417/3b88ad85/attachment.html 

From lincolnbaxter at gmail.com  Wed Apr 18 10:52:41 2012
From: lincolnbaxter at gmail.com (Lincoln Baxter, III)
Date: Wed, 18 Apr 2012 10:52:41 -0400
Subject: [forge-dev] Meeting minutes 2012-04-18
Message-ID: <CAEp_U4EmMjETZyiB2sTO61cjKo7=pTCcZi=fZ2FoZhX2Vh-5_g@mail.gmail.com>

(10:46:03 AM) jbott: Meeting ended Wed Apr 18 14:45:14 2012 UTC.
Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)
(10:46:03 AM) jbott: Minutes:
http://transcripts.jboss.org/meeting/irc.freenode.org/forge/2012/forge.2012-04-18-14.02.html
(10:46:03 AM) jbott: Minutes (text):
http://transcripts.jboss.org/meeting/irc.freenode.org/forge/2012/forge.2012-04-18-14.02.txt
(10:46:03 AM) jbott: Log:
http://transcripts.jboss.org/meeting/irc.freenode.org/forge/2012/forge.2012-04-18-14.02.log.html

Meeting summary
---------------
* Agenda  (lincolnthree, 14:02:40)
  * @Alias as Qualifier  (lincolnthree, 14:03:31)
  * Forge website  (lincolnthree, 14:05:35)

* Discuss: @Alias as Qualifier  (lincolnthree, 14:06:48)
  * LINK: https://issues.jboss.org/browse/FORGE-547   (lincolnthree,
    14:13:41)

* Discuss: Forge website  (lincolnthree, 14:22:28)

* Discuss: Forums for Forge?  (lincolnthree, 14:26:17) -
https://issues.jboss.org/browse/ORG-1380

* Pending issues for 1.0.3.Final  (gastaldi, 14:31:14)
  * ACTION: Lincolnthree will try to upgrade to Arquillian 1.0.0.Final
    (lincolnthree, 14:39:36)
  * ACTION: George will finish i18n plugin  (gastaldi, 14:40:00)


Action Items
------------
* Lincolnthree will try to upgrade to Arquillian 1.0.0.Final
* George will finish i18n plugin


Action Items, by person
-----------------------
* **UNASSIGNED**
  * Lincolnthree will try to upgrade to Arquillian 1.0.0.Final
  * George will finish i18n plugin


People Present (lines said)
---------------------------
* lincolnthree (93)
* gastaldi (51)
* koentsje (22)
* jbossbot (5)
* jbott (4)
* paul_dijou (1)



-- 
Lincoln Baxter, III
http://ocpsoft.org
"Simpler is better."
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120418/9fa8c2f4/attachment.html 

From lincolnbaxter at gmail.com  Wed Apr 18 11:38:06 2012
From: lincolnbaxter at gmail.com (Lincoln Baxter, III)
Date: Wed, 18 Apr 2012 11:38:06 -0400
Subject: [forge-dev] Thanks to Koen, we have support for spaces in filenames!
Message-ID: <CAEp_U4FYXX7=+Ss_aAazox=_zYsKhAALaZxzRBCb3Xmhr2jLVA@mail.gmail.com>

https://issues.jboss.org/browse/FORGE-43

Also thanks to Jevgeni for debugging part of the root cause!

-- 
Lincoln Baxter, III
http://ocpsoft.org
"Simpler is better."
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120418/2d5f0a7f/attachment.html 

From gegastaldi at gmail.com  Thu Apr 19 09:41:37 2012
From: gegastaldi at gmail.com (George Gastaldi)
Date: Thu, 19 Apr 2012 10:41:37 -0300
Subject: [forge-dev] Branches on forge/core
Message-ID: <CAK6y9v1xr_Qek37U-uK7+41XmJh=_P5AQLh7Di46fcyBt0zMwA@mail.gmail.com>

Hello !

I noticed that there are some branches in
https://github.com/forge/core/ that could be deleted as well (Eg:
feature/FORGE-399, FORGE-458 ).
Is there anyone working on that ? Can you guys clean it up if that?s ok ?


Regards,

George Gastaldi


From lincolnbaxter at gmail.com  Thu Apr 19 09:49:33 2012
From: lincolnbaxter at gmail.com (Lincoln Baxter, III)
Date: Thu, 19 Apr 2012 09:49:33 -0400
Subject: [forge-dev] Branches on forge/core
In-Reply-To: <CAK6y9v1xr_Qek37U-uK7+41XmJh=_P5AQLh7Di46fcyBt0zMwA@mail.gmail.com>
References: <CAK6y9v1xr_Qek37U-uK7+41XmJh=_P5AQLh7Di46fcyBt0zMwA@mail.gmail.com>
Message-ID: <CAEp_U4H1g1x7xu63H4NyHSt3e9iA1BjZMkqHZG3wf5psrsKYWw@mail.gmail.com>

Done.

On Thu, Apr 19, 2012 at 9:41 AM, George Gastaldi <gegastaldi at gmail.com>wrote:

> Hello !
>
> I noticed that there are some branches in
> https://github.com/forge/core/ that could be deleted as well (Eg:
> feature/FORGE-399, FORGE-458 ).
> Is there anyone working on that ? Can you guys clean it up if that?s ok ?
>
>
> Regards,
>
> George Gastaldi
>
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev
>



-- 
Lincoln Baxter, III
http://ocpsoft.org
"Simpler is better."
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120419/6e3e78bd/attachment.html 

From gegastaldi at gmail.com  Thu Apr 19 09:51:40 2012
From: gegastaldi at gmail.com (George Gastaldi)
Date: Thu, 19 Apr 2012 10:51:40 -0300
Subject: [forge-dev] Branches on forge/core
In-Reply-To: <CAEp_U4H1g1x7xu63H4NyHSt3e9iA1BjZMkqHZG3wf5psrsKYWw@mail.gmail.com>
References: <CAK6y9v1xr_Qek37U-uK7+41XmJh=_P5AQLh7Di46fcyBt0zMwA@mail.gmail.com>
	<CAEp_U4H1g1x7xu63H4NyHSt3e9iA1BjZMkqHZG3wf5psrsKYWw@mail.gmail.com>
Message-ID: <CAK6y9v31Da-FCE+S=PAxwCs+dcTJSB-ZfW9DkZBDkLox2sKDjA@mail.gmail.com>

Thank you !

2012/4/19 Lincoln Baxter, III <lincolnbaxter at gmail.com>:
> Done.
>
> On Thu, Apr 19, 2012 at 9:41 AM, George Gastaldi <gegastaldi at gmail.com>
> wrote:
>>
>> Hello !
>>
>> I noticed that there are some branches in
>> https://github.com/forge/core/ that could be deleted as well (Eg:
>> feature/FORGE-399, FORGE-458 ).
>> Is there anyone working on that ? Can you guys clean it up if that?s ok ?
>>
>>
>> Regards,
>>
>> George Gastaldi
>>
>> _______________________________________________
>> forge-dev mailing list
>> forge-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/forge-dev
>
>
>
>
> --
> Lincoln Baxter, III
> http://ocpsoft.org
> "Simpler is better."
>
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev
>


From lincolnbaxter at gmail.com  Thu Apr 19 15:04:10 2012
From: lincolnbaxter at gmail.com (Lincoln Baxter, III)
Date: Thu, 19 Apr 2012 15:04:10 -0400
Subject: [forge-dev] A silent build
Message-ID: <CAEp_U4E7tk4EPfe+d-ceX_5JdrscWH7p=id_UkCmUFgmYSjerA@mail.gmail.com>

You may notice when building forge from master, that test output is no
longer printed to the console. This is because George Gastaldi has
implemented a long standing feature request:

https://issues.jboss.org/browse/FORGE-211

It is now possible to call: getOutput() in Forge test cases extending from
AbstractShellTest, making assertions on what your plugin is actually
printing to the console.

Assert.assertTrue(getOutput().contains("Expected output"));

-- 
Lincoln Baxter, III
http://ocpsoft.org
"Simpler is better."
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120419/e97abd2a/attachment.html 

From paul.bakker.nl at gmail.com  Thu Apr 19 15:08:42 2012
From: paul.bakker.nl at gmail.com (Paul Bakker)
Date: Thu, 19 Apr 2012 21:08:42 +0200
Subject: [forge-dev] A silent build
In-Reply-To: <CAEp_U4E7tk4EPfe+d-ceX_5JdrscWH7p=id_UkCmUFgmYSjerA@mail.gmail.com>
References: <CAEp_U4E7tk4EPfe+d-ceX_5JdrscWH7p=id_UkCmUFgmYSjerA@mail.gmail.com>
Message-ID: <E9411CB4-F5E8-4448-B39C-99DC83836201@gmail.com>

This is awesome! It makes testing much easier too :-)

Paul

On Apr 19, 2012, at 21:04 , Lincoln Baxter, III wrote:

> You may notice when building forge from master, that test output is no longer printed to the console. This is because George Gastaldi has implemented a long standing feature request:
> 
> https://issues.jboss.org/browse/FORGE-211
> 
> It is now possible to call: getOutput() in Forge test cases extending from AbstractShellTest, making assertions on what your plugin is actually printing to the console.
> 
> Assert.assertTrue(getOutput().contains("Expected output"));
> 
> -- 
> Lincoln Baxter, III
> http://ocpsoft.org
> "Simpler is better."
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120419/f95ce253/attachment.html 

From jevgeni.zelenkov at googlemail.com  Thu Apr 19 15:59:50 2012
From: jevgeni.zelenkov at googlemail.com (Jevgeni Zelenkov)
Date: Thu, 19 Apr 2012 21:59:50 +0200
Subject: [forge-dev] GitPlugin Facet
Message-ID: <4F906EB6.4040601@gmail.com>

Hi Forge Developers,

I am interested in the forge project, especially in git-related 
functionality. I am a CS student and I submitted a proposal to this 
year's google summer of code to implement a git powered undo 
functionality in forge, as mentioned in the FORGE-320 issue. Even though 
accepted proposals will be announced on Monday, April 23rd, I decided to 
dive into forge source code.

A good starting point recommended by Lincoln, was FORGE-183. I created a 
git facet in the forge core project, under 
'git-tools\src\main\java\org.jboss.forge.git\GitFacet' but I guess that 
is not the best place for it.

Lincoln, you mentioned splitting the plugin in two parts. Could you 
please provide more details?

Guys, if you have any ideas related to either FORGE-320 or FORGE-183, 
please let me know.

Best regards,
Jevgeni Zelenkov


P.S.
I will add ideas from my gsoc proposal into the FORGE-320 after the 
announcement on Monday.

From koen.aers at gmail.com  Fri Apr 20 03:35:21 2012
From: koen.aers at gmail.com (Koen Aers)
Date: Fri, 20 Apr 2012 09:35:21 +0200
Subject: [forge-dev] A silent build
In-Reply-To: <E9411CB4-F5E8-4448-B39C-99DC83836201@gmail.com>
References: <CAEp_U4E7tk4EPfe+d-ceX_5JdrscWH7p=id_UkCmUFgmYSjerA@mail.gmail.com>
	<E9411CB4-F5E8-4448-B39C-99DC83836201@gmail.com>
Message-ID: <31743520-38CA-4DA6-9D42-15D4D9FF81D7@gmail.com>

Fantastic indeed! 

Koen

Op 19-apr.-2012, om 21:08 heeft Paul Bakker het volgende geschreven:

> This is awesome! It makes testing much easier too :-)
> 
> Paul
> 
> On Apr 19, 2012, at 21:04 , Lincoln Baxter, III wrote:
> 
>> You may notice when building forge from master, that test output is no longer printed to the console. This is because George Gastaldi has implemented a long standing feature request:
>> 
>> https://issues.jboss.org/browse/FORGE-211
>> 
>> It is now possible to call: getOutput() in Forge test cases extending from AbstractShellTest, making assertions on what your plugin is actually printing to the console.
>> 
>> Assert.assertTrue(getOutput().contains("Expected output"));
>> 
>> -- 
>> Lincoln Baxter, III
>> http://ocpsoft.org
>> "Simpler is better."
>> _______________________________________________
>> forge-dev mailing list
>> forge-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/forge-dev
> 
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120420/0c149488/attachment.html 

From lincolnbaxter at gmail.com  Fri Apr 20 09:21:10 2012
From: lincolnbaxter at gmail.com (Lincoln Baxter, III)
Date: Fri, 20 Apr 2012 09:21:10 -0400
Subject: [forge-dev] GitPlugin Facet
In-Reply-To: <4F906EB6.4040601@gmail.com>
References: <4F906EB6.4040601@gmail.com>
Message-ID: <CAEp_U4GGVD8p8hH2M5PRm6gK_MkDGtAyXzokGcm3VVz70jeX2g@mail.gmail.com>

Hey Jevgeni,

Welcome!

Regarding the GitFacet - I believe it's in the right place for the moment,
but I don't believe that the GitPlugin should be referencing it, since the
commands in GitPlugin could be used even without a Project.

GitFacet (as the issue describes poorly) is something that should be usable
to inspect the state of a Project via:

project.hasFacet(GitFacet.class)

After that, everything else is an added benefit. It should probably also
perform tasks like:

project.getFacet(GitFacet.class).getBranches()
project.getFacet(GitFacet.class).getTags()
project.getFacet(GitFacet.class).getRemotes()
project.getFacet(GitFacet.class).getStatus()

And that's where your imagination kicks in.

Does that make sense?

~Lincoln

On Thu, Apr 19, 2012 at 3:59 PM, Jevgeni Zelenkov <
jevgeni.zelenkov at googlemail.com> wrote:

> Hi Forge Developers,
>
> I am interested in the forge project, especially in git-related
> functionality. I am a CS student and I submitted a proposal to this
> year's google summer of code to implement a git powered undo
> functionality in forge, as mentioned in the FORGE-320 issue. Even though
> accepted proposals will be announced on Monday, April 23rd, I decided to
> dive into forge source code.
>
> A good starting point recommended by Lincoln, was FORGE-183. I created a
> git facet in the forge core project, under
> 'git-tools\src\main\java\org.jboss.forge.git\GitFacet' but I guess that
> is not the best place for it.
>
> Lincoln, you mentioned splitting the plugin in two parts. Could you
> please provide more details?
>
> Guys, if you have any ideas related to either FORGE-320 or FORGE-183,
> please let me know.
>
> Best regards,
> Jevgeni Zelenkov
>
>
> P.S.
> I will add ideas from my gsoc proposal into the FORGE-320 after the
> announcement on Monday.
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev
>



-- 
Lincoln Baxter, III
http://ocpsoft.org
"Simpler is better."
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120420/f89b8646/attachment.html 

From jevgeni.zelenkov at googlemail.com  Fri Apr 20 16:52:43 2012
From: jevgeni.zelenkov at googlemail.com (Jevgeni Zelenkov)
Date: Fri, 20 Apr 2012 22:52:43 +0200
Subject: [forge-dev] GitPlugin Facet (Lincoln Baxter, III)
In-Reply-To: <mailman.71.1334937632.4922.forge-dev@lists.jboss.org>
References: <mailman.71.1334937632.4922.forge-dev@lists.jboss.org>
Message-ID: <4F91CC9B.5000901@gmail.com>

Hi Lincoln,

Thanks for the explanation, that helped me to understand it but not 
completely. So, what do you actually mean by "inspect the state of a 
Project"?

I take methods provided by you:
- getBranches()
- getTags()
- getRemotes()
- getStatus()

And here are some more suggestions to help inspect the state of a project:
- showLatestDiff()
- showLatestCommit()
- getNotes()
- showLog()
- switchBranch()
- cleanWorkingDirectory()

Would that be enough?
I guess, I don't understand the use cases for the GitFacet yet.
Who is going to use it and what are the potential scenarios? The git 
undo plugin will require a lot more than that. And I assume that 
GitFacet is not really a wrapper for the jGit functionality.

Regards,
Jevgeni

On 04/20/2012 06:00 PM, forge-dev-request at lists.jboss.org wrote:
> Message: 5
> Date: Fri, 20 Apr 2012 09:21:10 -0400
> From: "Lincoln Baxter, III"<lincolnbaxter at gmail.com>
> Subject: Re: [forge-dev] GitPlugin Facet
> To: forge-dev List<forge-dev at lists.jboss.org>
> Message-ID:
> 	<CAEp_U4GGVD8p8hH2M5PRm6gK_MkDGtAyXzokGcm3VVz70jeX2g at mail.gmail.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Hey Jevgeni,
>
> Welcome!
>
> Regarding the GitFacet - I believe it's in the right place for the moment,
> but I don't believe that the GitPlugin should be referencing it, since the
> commands in GitPlugin could be used even without a Project.
>
> GitFacet (as the issue describes poorly) is something that should be usable
> to inspect the state of a Project via:
>
> project.hasFacet(GitFacet.class)
>
> After that, everything else is an added benefit. It should probably also
> perform tasks like:
>
> project.getFacet(GitFacet.class).getBranches()
> project.getFacet(GitFacet.class).getTags()
> project.getFacet(GitFacet.class).getRemotes()
> project.getFacet(GitFacet.class).getStatus()
>
> And that's where your imagination kicks in.
>
> Does that make sense?
>
> ~Lincoln


From lincolnbaxter at gmail.com  Fri Apr 20 18:14:59 2012
From: lincolnbaxter at gmail.com (Lincoln Baxter, III)
Date: Fri, 20 Apr 2012 18:14:59 -0400
Subject: [forge-dev] GitPlugin Facet (Lincoln Baxter, III)
In-Reply-To: <4F91CC9B.5000901@gmail.com>
References: <mailman.71.1334937632.4922.forge-dev@lists.jboss.org>
	<4F91CC9B.5000901@gmail.com>
Message-ID: <CAEp_U4HOp+tMfk_qw2fcX-igNd-CsnvJjfkDEF0iKgG46XmJXA@mail.gmail.com>

The "Git Undo" functionality would certainly use the GitFacet, because you
would only want to activate Undo support when working on a Project.

*Some information about Facets:*

   - Facets represent project state (E.g. Git is installed. Java is
   installed. Servlet is installed)
   - Facets do not work outside of projects.
   - Facets avoid doing anything that prints to the shell output (sometimes
   it is unavoidable)
   - Facets are for encapsulating additional functionality that is usable
   in one or more plugins

With that said, only some of the additional methods you suggested are not
really appropriate for a Facet:

> - showLatestDiff()
>
probably not appropriate because it would print output - this should go
into the GitPlugin instead

> - showLatestCommit()
>
Probably not appropriate because it would print output - this should go
into the GitPlugin instead

> - getNotes()
>
Not sure what this does.

> - showLog()
>
Probably not appropriate because it would print output - this should go
into the GitPlugin instead

> - switchBranch()
>
Appropriate as an API, but not if it requires user input - this is
potentially a good method and in line with being appropriate for a Facet.

> - cleanWorkingDirectory()
>
Not exactly sure what this would do, but yes, sounds in line with being
appropriate for a Facet.


Does that help? :)

~Lincoln
On Fri, Apr 20, 2012 at 4:52 PM, Jevgeni Zelenkov <
jevgeni.zelenkov at googlemail.com> wrote:

> Hi Lincoln,
>
> Thanks for the explanation, that helped me to understand it but not
> completely. So, what do you actually mean by "inspect the state of a
> Project"?
>
> I take methods provided by you:
> - getBranches()
> - getTags()
> - getRemotes()
> - getStatus()
>
> And here are some more suggestions to help inspect the state of a project:
> - showLatestDiff()
> - showLatestCommit()
> - getNotes()
> - showLog()
> - switchBranch()
> - cleanWorkingDirectory()
>
> Would that be enough?
> I guess, I don't understand the use cases for the GitFacet yet.
> Who is going to use it and what are the potential scenarios? The git
> undo plugin will require a lot more than that. And I assume that
> GitFacet is not really a wrapper for the jGit functionality.
>
> Regards,
> Jevgeni
>
> On 04/20/2012 06:00 PM, forge-dev-request at lists.jboss.org wrote:
> > Message: 5
> > Date: Fri, 20 Apr 2012 09:21:10 -0400
> > From: "Lincoln Baxter, III"<lincolnbaxter at gmail.com>
> > Subject: Re: [forge-dev] GitPlugin Facet
> > To: forge-dev List<forge-dev at lists.jboss.org>
> > Message-ID:
> >       <
> CAEp_U4GGVD8p8hH2M5PRm6gK_MkDGtAyXzokGcm3VVz70jeX2g at mail.gmail.com>
> > Content-Type: text/plain; charset="iso-8859-1"
> >
> > Hey Jevgeni,
> >
> > Welcome!
> >
> > Regarding the GitFacet - I believe it's in the right place for the
> moment,
> > but I don't believe that the GitPlugin should be referencing it, since
> the
> > commands in GitPlugin could be used even without a Project.
> >
> > GitFacet (as the issue describes poorly) is something that should be
> usable
> > to inspect the state of a Project via:
> >
> > project.hasFacet(GitFacet.class)
> >
> > After that, everything else is an added benefit. It should probably also
> > perform tasks like:
> >
> > project.getFacet(GitFacet.class).getBranches()
> > project.getFacet(GitFacet.class).getTags()
> > project.getFacet(GitFacet.class).getRemotes()
> > project.getFacet(GitFacet.class).getStatus()
> >
> > And that's where your imagination kicks in.
> >
> > Does that make sense?
> >
> > ~Lincoln
>
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev
>



-- 
Lincoln Baxter, III
http://ocpsoft.org
"Simpler is better."
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120420/396a5757/attachment.html 

From fruehbeck at aon.at  Sat Apr 21 04:35:10 2012
From: fruehbeck at aon.at (=?ISO-8859-1?Q?Thomas_Fr=FChbeck?=)
Date: Sat, 21 Apr 2012 10:35:10 +0200
Subject: [forge-dev] GitPlugin Facet (Lincoln Baxter, III)
In-Reply-To: <CAEp_U4HOp+tMfk_qw2fcX-igNd-CsnvJjfkDEF0iKgG46XmJXA@mail.gmail.com>
References: <mailman.71.1334937632.4922.forge-dev@lists.jboss.org>
	<4F91CC9B.5000901@gmail.com>
	<CAEp_U4HOp+tMfk_qw2fcX-igNd-CsnvJjfkDEF0iKgG46XmJXA@mail.gmail.com>
Message-ID: <4F92713E.2020702@aon.at>

some of the most important things you want to know about facets.
please dont forget to enclose these jewels in 
https://docs.jboss.org/author/display/FORGE/Enable+modular+functionality+with+Facets#EnablemodularfunctionalitywithFacets-WhatisaFacet%3F
:)

Am 21.04.2012 00:14, schrieb Lincoln Baxter, III:
> *Some information about Facets:*
>
>   * Facets represent project state (E.g. Git is installed. Java is
>     installed. Servlet is installed)
>   * Facets do not work outside of projects.
>   * Facets avoid doing anything that prints to the shell output
>     (sometimes it is unavoidable)
>   * Facets are for encapsulating additional functionality that is
>     usable in one or more plugins
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120421/932e6040/attachment.html 

From sonntag at gmx.li  Mon Apr 23 07:51:31 2012
From: sonntag at gmx.li (Sandro Sonntag)
Date: Mon, 23 Apr 2012 13:51:31 +0200
Subject: [forge-dev] Can I pass a String array to a named option?
Message-ID: <F3727D3E-1C44-4FC5-A4F7-31838EEBC573@gmx.li>

Hi *,

can I pass a array of strings to a named option?

This is my test, that didn't work: https://gist.github.com/2469460
Whats wrong?

Greetings Sandro


-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120423/6772bedb/attachment.html 

From lincolnbaxter at gmail.com  Mon Apr 23 12:10:53 2012
From: lincolnbaxter at gmail.com (Lincoln Baxter, III)
Date: Mon, 23 Apr 2012 12:10:53 -0400
Subject: [forge-dev] Can I pass a String array to a named option?
In-Reply-To: <F3727D3E-1C44-4FC5-A4F7-31838EEBC573@gmx.li>
References: <F3727D3E-1C44-4FC5-A4F7-31838EEBC573@gmx.li>
Message-ID: <CAEp_U4EL+dJi5xeFmiTsvKLLxnCnYZy6X-E-ai-e482GZk1dPQ@mail.gmail.com>

Yes, but it must be the last option, as far as I know. (Otherwise it's a
bug.) This could certainly be improved!

On Mon, Apr 23, 2012 at 7:51 AM, Sandro Sonntag <sonntag at gmx.li> wrote:

> Hi *,
>
> can I pass a array of strings to a named option?
>
> This is my test, that didn't work: https://gist.github.com/2469460
> Whats wrong?
>
> Greetings Sandro
>
>
>
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev
>
>


-- 
Lincoln Baxter, III
http://ocpsoft.org
"Simpler is better."
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120423/dbc7e53a/attachment.html 

From lincolnbaxter at gmail.com  Mon Apr 23 12:11:43 2012
From: lincolnbaxter at gmail.com (Lincoln Baxter, III)
Date: Mon, 23 Apr 2012 12:11:43 -0400
Subject: [forge-dev] [Response Requested] Releasing 1.0.3.Final
Message-ID: <CAEp_U4Fx6M82bg6gN_MAktb1w8-08eSJOXarp2EpTUJeCe8oxg@mail.gmail.com>

Please let me know if there are issues you are working on that you would
like to get in - I can delay if needed.

-- 
Lincoln Baxter, III
http://ocpsoft.org
"Simpler is better."
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120423/268ddacb/attachment.html 

From sonntag at gmx.li  Mon Apr 23 12:42:51 2012
From: sonntag at gmx.li (Sandro Sonntag)
Date: Mon, 23 Apr 2012 18:42:51 +0200
Subject: [forge-dev] Can I pass a String array to a named option?
In-Reply-To: <CAEp_U4EL+dJi5xeFmiTsvKLLxnCnYZy6X-E-ai-e482GZk1dPQ@mail.gmail.com>
References: <F3727D3E-1C44-4FC5-A4F7-31838EEBC573@gmx.li>
	<CAEp_U4EL+dJi5xeFmiTsvKLLxnCnYZy6X-E-ai-e482GZk1dPQ@mail.gmail.com>
Message-ID: <E6503651-A50C-4E59-AD00-41B80C6A8E59@gmx.li>

But I think a user is confused, if he has to know that the option have to be the last option, if he want to put more than one value.

e.g.:

testcmd  --myarg "a"  "b" --myarg2 "x" --> didn't  work
testcmd  --myarg2 "x" --myarg "a"  "b"  --> should work

On 23.04.2012, at 18:10, Lincoln Baxter, III wrote:

> Yes, but it must be the last option, as far as I know. (Otherwise it's a bug.) This could certainly be improved! 
> 
> On Mon, Apr 23, 2012 at 7:51 AM, Sandro Sonntag <sonntag at gmx.li> wrote:
> Hi *,
> 
> can I pass a array of strings to a named option?
> 
> This is my test, that didn't work: https://gist.github.com/2469460
> Whats wrong?
> 
> Greetings Sandro
> 
> 
> 
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev
> 
> 
> 
> 
> -- 
> Lincoln Baxter, III
> http://ocpsoft.org
> "Simpler is better."
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120423/cd1ff49c/attachment.html 

From jevgeni.zelenkov at googlemail.com  Fri Apr 20 19:10:32 2012
From: jevgeni.zelenkov at googlemail.com (Jevgeni Zelenkov)
Date: Sat, 21 Apr 2012 01:10:32 +0200
Subject: [forge-dev] GitPlugin Facet (Lincoln Baxter, III)
In-Reply-To: <CAEp_U4HOp+tMfk_qw2fcX-igNd-CsnvJjfkDEF0iKgG46XmJXA@mail.gmail.com>
References: <mailman.71.1334937632.4922.forge-dev@lists.jboss.org>
	<4F91CC9B.5000901@gmail.com>
	<CAEp_U4HOp+tMfk_qw2fcX-igNd-CsnvJjfkDEF0iKgG46XmJXA@mail.gmail.com>
Message-ID: <4F91ECE8.6060606@gmail.com>

OK. I will try to rephrase you just to make sure I understood it. 
GitFacet acts as a central API for the Git-related commands in a forge 
project. Facet methods have dependencies on jGit but they only accept 
and return objects from the standard Java API (like Strings, Arrays, 
etc) this way GitFacet is the only component with jGit dependencies. 
Facets neither print anything to the shell nor require user's input 
(ideally). Facets can modify project's state (=files) and return 
information about the project.

Example. (kept simple. Will probably require some more steps in between)
To create a new commit in the the git undo branch, GitFacet should 
provide at least the following methods:
* public List<String> getBranches() // to see if undo-branch exists or 
should be created first
* public String getCurrentBranch() // to see which branch we are 
currently working on
* public boolean changeBranch(String newBranch) // switches to the new 
branch (newBranch is provided by the undo plugin)
* public boolean createBranch(String newBranch) // creates a new branch
* public boolean commit(String msg) // adds all changes from the working 
tree to the index, and creates a git commit with a given commit message 
(msg is provided by the undo plugin)

the logic should be something like this:
<< forge command foo is executed, some files are modified >>

if getBranches() doesn't contain 'history-branch'
     createBranch("org.forge.history")

if currentBranch() is not "org.forge.history"
     changeBrach("org.forge.history")

commit("forge command foo was executed")

Does that sound right?

Was FORGE-183 planned as some kind of a general wrapper around jGit to 
provide the most common use cases?


On 04/21/2012 12:14 AM, Lincoln Baxter, III wrote:
> The "Git Undo" functionality would certainly use the GitFacet, because 
> you would only want to activate Undo support when working on a Project.
>
> *Some information about Facets:*
>
>   * Facets represent project state (E.g. Git is installed. Java is
>     installed. Servlet is installed)
>   * Facets do not work outside of projects.
>   * Facets avoid doing anything that prints to the shell output
>     (sometimes it is unavoidable)
>   * Facets are for encapsulating additional functionality that is
>     usable in one or more plugins
>
> With that said, only some of the additional methods you suggested are 
> not really appropriate for a Facet:
>
>     - showLatestDiff()
>
> probably not appropriate because it would print output - this should 
> go into the GitPlugin instead
>
>     - showLatestCommit()
>
> Probably not appropriate because it would print output - this should 
> go into the GitPlugin instead
>
>     - getNotes()
>
> Not sure what this does.
>
>     - showLog()
>
> Probably not appropriate because it would print output - this should 
> go into the GitPlugin instead
>
>     - switchBranch()
>
> Appropriate as an API, but not if it requires user input - this is 
> potentially a good method and in line with being appropriate for a Facet.
>
>     - cleanWorkingDirectory()
>
> Not exactly sure what this would do, but yes, sounds in line with 
> being appropriate for a Facet.
>
> Does that help? :)
>
> ~Lincoln
>
> On Fri, Apr 20, 2012 at 4:52 PM, Jevgeni Zelenkov 
> <jevgeni.zelenkov at googlemail.com 
> <mailto:jevgeni.zelenkov at googlemail.com>> wrote:
>
>     Hi Lincoln,
>
>     Thanks for the explanation, that helped me to understand it but not
>     completely. So, what do you actually mean by "inspect the state of a
>     Project"?
>
>     I take methods provided by you:
>     - getBranches()
>     - getTags()
>     - getRemotes()
>     - getStatus()
>
>     And here are some more suggestions to help inspect the state of a
>     project:
>     - showLatestDiff()
>     - showLatestCommit()
>     - getNotes()
>     - showLog()
>     - switchBranch()
>     - cleanWorkingDirectory()
>
>     Would that be enough?
>     I guess, I don't understand the use cases for the GitFacet yet.
>     Who is going to use it and what are the potential scenarios? The git
>     undo plugin will require a lot more than that. And I assume that
>     GitFacet is not really a wrapper for the jGit functionality.
>
>     Regards,
>     Jevgeni
>
>     On 04/20/2012 06:00 PM, forge-dev-request at lists.jboss.org
>     <mailto:forge-dev-request at lists.jboss.org> wrote:
>     > Message: 5
>     > Date: Fri, 20 Apr 2012 09:21:10 -0400
>     > From: "Lincoln Baxter, III"<lincolnbaxter at gmail.com
>     <mailto:lincolnbaxter at gmail.com>>
>     > Subject: Re: [forge-dev] GitPlugin Facet
>     > To: forge-dev List<forge-dev at lists.jboss.org
>     <mailto:forge-dev at lists.jboss.org>>
>     > Message-ID:
>     >
>     <CAEp_U4GGVD8p8hH2M5PRm6gK_MkDGtAyXzokGcm3VVz70jeX2g at mail.gmail.com <mailto:CAEp_U4GGVD8p8hH2M5PRm6gK_MkDGtAyXzokGcm3VVz70jeX2g at mail.gmail.com>>
>     > Content-Type: text/plain; charset="iso-8859-1"
>     >
>     > Hey Jevgeni,
>     >
>     > Welcome!
>     >
>     > Regarding the GitFacet - I believe it's in the right place for
>     the moment,
>     > but I don't believe that the GitPlugin should be referencing it,
>     since the
>     > commands in GitPlugin could be used even without a Project.
>     >
>     > GitFacet (as the issue describes poorly) is something that
>     should be usable
>     > to inspect the state of a Project via:
>     >
>     > project.hasFacet(GitFacet.class)
>     >
>     > After that, everything else is an added benefit. It should
>     probably also
>     > perform tasks like:
>     >
>     > project.getFacet(GitFacet.class).getBranches()
>     > project.getFacet(GitFacet.class).getTags()
>     > project.getFacet(GitFacet.class).getRemotes()
>     > project.getFacet(GitFacet.class).getStatus()
>     >
>     > And that's where your imagination kicks in.
>     >
>     > Does that make sense?
>     >
>     > ~Lincoln
>
>     _______________________________________________
>     forge-dev mailing list
>     forge-dev at lists.jboss.org <mailto:forge-dev at lists.jboss.org>
>     https://lists.jboss.org/mailman/listinfo/forge-dev
>
>
>
>
> -- 
> Lincoln Baxter, III
> http://ocpsoft.org
> "Simpler is better."
>
>
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120421/69501332/attachment-0001.html 

From lincolnbaxter at gmail.com  Mon Apr 23 15:42:44 2012
From: lincolnbaxter at gmail.com (Lincoln Baxter, III)
Date: Mon, 23 Apr 2012 15:42:44 -0400
Subject: [forge-dev] Can I pass a String array to a named option?
In-Reply-To: <E6503651-A50C-4E59-AD00-41B80C6A8E59@gmx.li>
References: <F3727D3E-1C44-4FC5-A4F7-31838EEBC573@gmx.li>
	<CAEp_U4EL+dJi5xeFmiTsvKLLxnCnYZy6X-E-ai-e482GZk1dPQ@mail.gmail.com>
	<E6503651-A50C-4E59-AD00-41B80C6A8E59@gmx.li>
Message-ID: <CAEp_U4FKO+WfGT-sZe-RFxGAPemr=hpN_JckeH+LygQfTHg+9g@mail.gmail.com>

I think this is something we should fix. I agree. Maybe you could take a
look at it?

I would start by reproducing this with a Forge test case:
https://github.com/forge/core/tree/master/shell/src/test/java/org/jboss/forge/shell/test/command(create
a new test class, you can use that one as an example, and add your
test scenario) Then once we have a test case reproducing the issue, it
should be much easier to track it down and make sure that the use cases are
working correctly.

Even if you just wanted to write the test cases, that would be a huge help.
Just attach them to a new JIRA issue: https://issues.jboss.org/browse/FORGE

Thanks so much!
~Lincoln

On Mon, Apr 23, 2012 at 12:42 PM, Sandro Sonntag <sonntag at gmx.li> wrote:

> But I think a user is confused, if he has to know that the option have to
> be the last option, if he want to put more than one value.
>
> e.g.:
>
> testcmd  --myarg "a"  "b" --myarg2 "x" --> didn't  work
> testcmd  --myarg2 "x" --myarg "a"  "b"  --> should work
>
> On 23.04.2012, at 18:10, Lincoln Baxter, III wrote:
>
> Yes, but it must be the last option, as far as I know. (Otherwise it's a
> bug.) This could certainly be improved!
>
> On Mon, Apr 23, 2012 at 7:51 AM, Sandro Sonntag <sonntag at gmx.li> wrote:
>
>> Hi *,
>>
>> can I pass a array of strings to a named option?
>>
>> This is my test, that didn't work: https://gist.github.com/2469460
>> Whats wrong?
>>
>> Greetings Sandro
>>
>>
>>
>> _______________________________________________
>> forge-dev mailing list
>> forge-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>
>>
>
>
> --
> Lincoln Baxter, III
> http://ocpsoft.org
> "Simpler is better."
>  _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev
>
>
>
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev
>
>


-- 
Lincoln Baxter, III
http://ocpsoft.org
"Simpler is better."
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120423/fb432ee1/attachment.html 

From lincolnbaxter at gmail.com  Mon Apr 23 15:46:12 2012
From: lincolnbaxter at gmail.com (Lincoln Baxter, III)
Date: Mon, 23 Apr 2012 15:46:12 -0400
Subject: [forge-dev] GitPlugin Facet (Lincoln Baxter, III)
In-Reply-To: <4F91ECE8.6060606@gmail.com>
References: <mailman.71.1334937632.4922.forge-dev@lists.jboss.org>
	<4F91CC9B.5000901@gmail.com>
	<CAEp_U4HOp+tMfk_qw2fcX-igNd-CsnvJjfkDEF0iKgG46XmJXA@mail.gmail.com>
	<4F91ECE8.6060606@gmail.com>
Message-ID: <CAEp_U4F+so6DJmN1xAtZ_TwdJKcQpTxAdQMom9wV-b+zpMVPBg@mail.gmail.com>

That's correct! A very good assessment of the situation.

Now that you have a handle on the Facet architecture, I'll add one more
caveat :)

To confuse things even further, I would not implement the actual JGit
features in the Facet itself (even though it would be correct to do so.) I
would instead create a utility class that the Facet itself would use. This
utility class could be reused by plugins directly (for plugins that do not
necessarily operate on a project.)

Does that make sense?

So you would have:

jGit -> GitUtils -> GitFacet -> GitPlugin

~Lincoln

On Fri, Apr 20, 2012 at 7:10 PM, Jevgeni Zelenkov <
jevgeni.zelenkov at googlemail.com> wrote:

>  OK. I will try to rephrase you just to make sure I understood it.
> GitFacet acts as a central API for the Git-related commands in a forge
> project. Facet methods have dependencies on jGit but they only accept and
> return objects from the standard Java API (like Strings, Arrays, etc) this
> way GitFacet is the only component with jGit dependencies. Facets neither
> print anything to the shell nor require user's input (ideally). Facets can
> modify project's state (=files) and return information about the project.
>
> Example. (kept simple. Will probably require some more steps in between)
> To create a new commit in the the git undo branch, GitFacet should provide
> at least the following methods:
> * public List<String> getBranches() // to see if undo-branch exists or
> should be created first
> * public String getCurrentBranch() // to see which branch we are currently
> working on
> * public boolean changeBranch(String newBranch) // switches to the new
> branch (newBranch is provided by the undo plugin)
> * public boolean createBranch(String newBranch) // creates a new branch
> * public boolean commit(String msg) // adds all changes from the working
> tree to the index, and creates a git commit with a given commit message
> (msg is provided by the undo plugin)
>
> the logic should be something like this:
> << forge command foo is executed, some files are modified >>
>
> if getBranches() doesn't contain 'history-branch'
>     createBranch("org.forge.history")
>
> if currentBranch() is not "org.forge.history"
>     changeBrach("org.forge.history")
>
> commit("forge command foo was executed")
>
> Does that sound right?
>
> Was FORGE-183 planned as some kind of a general wrapper around jGit to
> provide the most common use cases?
>
>
>
> On 04/21/2012 12:14 AM, Lincoln Baxter, III wrote:
>
> The "Git Undo" functionality would certainly use the GitFacet, because you
> would only want to activate Undo support when working on a Project.
>
> *Some information about Facets:*
>
>    - Facets represent project state (E.g. Git is installed. Java is
>    installed. Servlet is installed)
>     - Facets do not work outside of projects.
>    - Facets avoid doing anything that prints to the shell output
>    (sometimes it is unavoidable)
>     - Facets are for encapsulating additional functionality that is
>    usable in one or more plugins
>
> With that said, only some of the additional methods you suggested are not
> really appropriate for a Facet:
>
>> - showLatestDiff()
>>
> probably not appropriate because it would print output - this should go
> into the GitPlugin instead
>
>>  - showLatestCommit()
>>
> Probably not appropriate because it would print output - this should go
> into the GitPlugin instead
>
>>  - getNotes()
>>
> Not sure what this does.
>
>>  - showLog()
>>
>  Probably not appropriate because it would print output - this should go
> into the GitPlugin instead
>
>>  - switchBranch()
>>
> Appropriate as an API, but not if it requires user input - this is
> potentially a good method and in line with being appropriate for a Facet.
>
>>  - cleanWorkingDirectory()
>>
> Not exactly sure what this would do, but yes, sounds in line with being
> appropriate for a Facet.
>
>
> Does that help? :)
>
> ~Lincoln
>  On Fri, Apr 20, 2012 at 4:52 PM, Jevgeni Zelenkov <
> jevgeni.zelenkov at googlemail.com> wrote:
>
>> Hi Lincoln,
>>
>> Thanks for the explanation, that helped me to understand it but not
>> completely. So, what do you actually mean by "inspect the state of a
>> Project"?
>>
>> I take methods provided by you:
>> - getBranches()
>> - getTags()
>> - getRemotes()
>> - getStatus()
>>
>> And here are some more suggestions to help inspect the state of a project:
>> - showLatestDiff()
>> - showLatestCommit()
>> - getNotes()
>> - showLog()
>> - switchBranch()
>> - cleanWorkingDirectory()
>>
>> Would that be enough?
>> I guess, I don't understand the use cases for the GitFacet yet.
>> Who is going to use it and what are the potential scenarios? The git
>> undo plugin will require a lot more than that. And I assume that
>> GitFacet is not really a wrapper for the jGit functionality.
>>
>> Regards,
>> Jevgeni
>>
>> On 04/20/2012 06:00 PM, forge-dev-request at lists.jboss.org wrote:
>> > Message: 5
>> > Date: Fri, 20 Apr 2012 09:21:10 -0400
>> > From: "Lincoln Baxter, III"<lincolnbaxter at gmail.com>
>> > Subject: Re: [forge-dev] GitPlugin Facet
>> > To: forge-dev List<forge-dev at lists.jboss.org>
>> > Message-ID:
>> >       <
>> CAEp_U4GGVD8p8hH2M5PRm6gK_MkDGtAyXzokGcm3VVz70jeX2g at mail.gmail.com>
>> > Content-Type: text/plain; charset="iso-8859-1"
>> >
>> > Hey Jevgeni,
>> >
>> > Welcome!
>> >
>> > Regarding the GitFacet - I believe it's in the right place for the
>> moment,
>> > but I don't believe that the GitPlugin should be referencing it, since
>> the
>> > commands in GitPlugin could be used even without a Project.
>> >
>> > GitFacet (as the issue describes poorly) is something that should be
>> usable
>> > to inspect the state of a Project via:
>> >
>> > project.hasFacet(GitFacet.class)
>> >
>> > After that, everything else is an added benefit. It should probably also
>> > perform tasks like:
>> >
>> > project.getFacet(GitFacet.class).getBranches()
>> > project.getFacet(GitFacet.class).getTags()
>> > project.getFacet(GitFacet.class).getRemotes()
>> > project.getFacet(GitFacet.class).getStatus()
>> >
>> > And that's where your imagination kicks in.
>> >
>> > Does that make sense?
>> >
>> > ~Lincoln
>>
>> _______________________________________________
>> forge-dev mailing list
>> forge-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>
>
>
>
> --
> Lincoln Baxter, III
> http://ocpsoft.org
> "Simpler is better."
>
>
> _______________________________________________
> forge-dev mailing listforge-dev at lists.jboss.orghttps://lists.jboss.org/mailman/listinfo/forge-dev
>
>
>
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev
>
>


-- 
Lincoln Baxter, III
http://ocpsoft.org
"Simpler is better."
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120423/61609a67/attachment.html 

From sonntag at gmx.li  Mon Apr 23 16:59:04 2012
From: sonntag at gmx.li (Sandro Sonntag)
Date: Mon, 23 Apr 2012 22:59:04 +0200
Subject: [forge-dev] Can I pass a String array to a named option?
In-Reply-To: <CAEp_U4FKO+WfGT-sZe-RFxGAPemr=hpN_JckeH+LygQfTHg+9g@mail.gmail.com>
References: <F3727D3E-1C44-4FC5-A4F7-31838EEBC573@gmx.li>
	<CAEp_U4EL+dJi5xeFmiTsvKLLxnCnYZy6X-E-ai-e482GZk1dPQ@mail.gmail.com>
	<E6503651-A50C-4E59-AD00-41B80C6A8E59@gmx.li>
	<CAEp_U4FKO+WfGT-sZe-RFxGAPemr=hpN_JckeH+LygQfTHg+9g@mail.gmail.com>
Message-ID: <8AAC33BD-5264-4539-AB9D-FBF91503DA2C@gmx.li>

Good idea! 
I Implement a few test cases, and if possible I will fix them.

~Sandro

On 23.04.2012, at 21:42, Lincoln Baxter, III wrote:

> I think this is something we should fix. I agree. Maybe you could take a look at it?
> 
> I would start by reproducing this with a Forge test case: https://github.com/forge/core/tree/master/shell/src/test/java/org/jboss/forge/shell/test/command (create a new test class, you can use that one as an example, and add your test scenario) Then once we have a test case reproducing the issue, it should be much easier to track it down and make sure that the use cases are working correctly.
> 
> Even if you just wanted to write the test cases, that would be a huge help. Just attach them to a new JIRA issue: https://issues.jboss.org/browse/FORGE
> 
> Thanks so much!
> ~Lincoln
> 
> On Mon, Apr 23, 2012 at 12:42 PM, Sandro Sonntag <sonntag at gmx.li> wrote:
> But I think a user is confused, if he has to know that the option have to be the last option, if he want to put more than one value.
> 
> e.g.:
> 
> testcmd  --myarg "a"  "b" --myarg2 "x" --> didn't  work
> testcmd  --myarg2 "x" --myarg "a"  "b"  --> should work
> 
> On 23.04.2012, at 18:10, Lincoln Baxter, III wrote:
> 
>> Yes, but it must be the last option, as far as I know. (Otherwise it's a bug.) This could certainly be improved! 
>> 
>> On Mon, Apr 23, 2012 at 7:51 AM, Sandro Sonntag <sonntag at gmx.li> wrote:
>> Hi *,
>> 
>> can I pass a array of strings to a named option?
>> 
>> This is my test, that didn't work: https://gist.github.com/2469460
>> Whats wrong?
>> 
>> Greetings Sandro
>> 
>> 
>> 
>> _______________________________________________
>> forge-dev mailing list
>> forge-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/forge-dev
>> 
>> 
>> 
>> 
>> -- 
>> Lincoln Baxter, III
>> http://ocpsoft.org
>> "Simpler is better."
>> _______________________________________________
>> forge-dev mailing list
>> forge-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/forge-dev
> 
> 
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev
> 
> 
> 
> 
> -- 
> Lincoln Baxter, III
> http://ocpsoft.org
> "Simpler is better."
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120423/8dfe6d38/attachment-0001.html 

From rruss at redhat.com  Mon Apr 23 18:49:03 2012
From: rruss at redhat.com (Rodney Russ)
Date: Mon, 23 Apr 2012 18:49:03 -0400 (EDT)
Subject: [forge-dev] GitPlugin Facet (Lincoln Baxter, III)
In-Reply-To: <4F92713E.2020702@aon.at>
Message-ID: <433719575.2841335221338625.JavaMail.rruss@errais-macbook-pro.local>

Or better yet (and easier ;) here:

https://github.com/forge/website/blob/master/docs/plugin_development/facets.textile

----- "Thomas Fr?hbeck" <fruehbeck at aon.at> wrote:

> some of the most important things you want to know about facets.
> please dont forget to enclose these jewels in
> https://docs.jboss.org/author/display/FORGE/Enable+modular+functionality+with+Facets#EnablemodularfunctionalitywithFacets-WhatisaFacet%3F
> :)
> 
> Am 21.04.2012 00:14, schrieb Lincoln Baxter, III:
> 
> Some information about Facets:
> 
> 
>     ? Facets represent project state (E.g. Git is installed. Java is
> installed. Servlet is installed)
>     ? Facets do not work outside of projects.
>     ? Facets avoid doing anything that prints to the shell output
> (sometimes it is unavoidable)
>     ? Facets are for encapsulating additional functionality that is
> usable in one or more plugins
> 
> 
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev


From lincolnbaxter at gmail.com  Mon Apr 23 19:05:22 2012
From: lincolnbaxter at gmail.com (Lincoln Baxter, III)
Date: Mon, 23 Apr 2012 19:05:22 -0400
Subject: [forge-dev] GitPlugin Facet (Lincoln Baxter, III)
In-Reply-To: <433719575.2841335221338625.JavaMail.rruss@errais-macbook-pro.local>
References: <4F92713E.2020702@aon.at>
	<433719575.2841335221338625.JavaMail.rruss@errais-macbook-pro.local>
Message-ID: <CAEp_U4G2fhNW1mP+89617qTKqh2sSGP-NJFgDojC+yDkiYzxYw@mail.gmail.com>

Thanks, Rodney! Can't wait until we can turn off the wiki.

~Lincoln

On Mon, Apr 23, 2012 at 6:49 PM, Rodney Russ <rruss at redhat.com> wrote:

> Or better yet (and easier ;) here:
>
>
> https://github.com/forge/website/blob/master/docs/plugin_development/facets.textile
>
> ----- "Thomas Fr?hbeck" <fruehbeck at aon.at> wrote:
>
> > some of the most important things you want to know about facets.
> > please dont forget to enclose these jewels in
> >
> https://docs.jboss.org/author/display/FORGE/Enable+modular+functionality+with+Facets#EnablemodularfunctionalitywithFacets-WhatisaFacet%3F
> > :)
> >
> > Am 21.04.2012 00:14, schrieb Lincoln Baxter, III:
> >
> > Some information about Facets:
> >
> >
> >     ? Facets represent project state (E.g. Git is installed. Java is
> > installed. Servlet is installed)
> >     ? Facets do not work outside of projects.
> >     ? Facets avoid doing anything that prints to the shell output
> > (sometimes it is unavoidable)
> >     ? Facets are for encapsulating additional functionality that is
> > usable in one or more plugins
> >
> >
> > _______________________________________________
> > forge-dev mailing list
> > forge-dev at lists.jboss.org
> > https://lists.jboss.org/mailman/listinfo/forge-dev
>
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev
>



-- 
Lincoln Baxter, III
http://ocpsoft.org
"Simpler is better."
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120423/0b912ea8/attachment.html 

From lincolnbaxter at gmail.com  Mon Apr 23 19:06:03 2012
From: lincolnbaxter at gmail.com (Lincoln Baxter, III)
Date: Mon, 23 Apr 2012 19:06:03 -0400
Subject: [forge-dev] Can I pass a String array to a named option?
In-Reply-To: <8AAC33BD-5264-4539-AB9D-FBF91503DA2C@gmx.li>
References: <F3727D3E-1C44-4FC5-A4F7-31838EEBC573@gmx.li>
	<CAEp_U4EL+dJi5xeFmiTsvKLLxnCnYZy6X-E-ai-e482GZk1dPQ@mail.gmail.com>
	<E6503651-A50C-4E59-AD00-41B80C6A8E59@gmx.li>
	<CAEp_U4FKO+WfGT-sZe-RFxGAPemr=hpN_JckeH+LygQfTHg+9g@mail.gmail.com>
	<8AAC33BD-5264-4539-AB9D-FBF91503DA2C@gmx.li>
Message-ID: <CAEp_U4FPCkS2oeZN2OUgBB0ALdq3Ghcda0A-sJMaBxUPzQOT+A@mail.gmail.com>

Awesome! Thanks! :D

On Mon, Apr 23, 2012 at 4:59 PM, Sandro Sonntag <sonntag at gmx.li> wrote:

> Good idea!
> I Implement a few test cases, and if possible I will fix them.
>
> ~Sandro
>
> On 23.04.2012, at 21:42, Lincoln Baxter, III wrote:
>
> I think this is something we should fix. I agree. Maybe you could take a
> look at it?
>
> I would start by reproducing this with a Forge test case:
> https://github.com/forge/core/tree/master/shell/src/test/java/org/jboss/forge/shell/test/command(create a new test class, you can use that one as an example, and add your
> test scenario) Then once we have a test case reproducing the issue, it
> should be much easier to track it down and make sure that the use cases are
> working correctly.
>
> Even if you just wanted to write the test cases, that would be a huge
> help. Just attach them to a new JIRA issue:
> https://issues.jboss.org/browse/FORGE
>
> Thanks so much!
> ~Lincoln
>
> On Mon, Apr 23, 2012 at 12:42 PM, Sandro Sonntag <sonntag at gmx.li> wrote:
>
>> But I think a user is confused, if he has to know that the option have to
>> be the last option, if he want to put more than one value.
>>
>> e.g.:
>>
>> testcmd  --myarg "a"  "b" --myarg2 "x" --> didn't  work
>> testcmd  --myarg2 "x" --myarg "a"  "b"  --> should work
>>
>> On 23.04.2012, at 18:10, Lincoln Baxter, III wrote:
>>
>> Yes, but it must be the last option, as far as I know. (Otherwise it's a
>> bug.) This could certainly be improved!
>>
>> On Mon, Apr 23, 2012 at 7:51 AM, Sandro Sonntag <sonntag at gmx.li> wrote:
>>
>>> Hi *,
>>>
>>> can I pass a array of strings to a named option?
>>>
>>> This is my test, that didn't work: https://gist.github.com/2469460
>>> Whats wrong?
>>>
>>> Greetings Sandro
>>>
>>>
>>>
>>> _______________________________________________
>>> forge-dev mailing list
>>> forge-dev at lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>
>>>
>>
>>
>> --
>> Lincoln Baxter, III
>> http://ocpsoft.org
>> "Simpler is better."
>>  _______________________________________________
>> forge-dev mailing list
>> forge-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>
>>
>>
>> _______________________________________________
>> forge-dev mailing list
>> forge-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>
>>
>
>
> --
> Lincoln Baxter, III
> http://ocpsoft.org
> "Simpler is better."
>  _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev
>
>
>
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev
>
>


-- 
Lincoln Baxter, III
http://ocpsoft.org
"Simpler is better."
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120423/46a43049/attachment.html 

From fruehbeck at aon.at  Tue Apr 24 02:26:57 2012
From: fruehbeck at aon.at (=?UTF-8?B?VGhvbWFzIEZyw7xoYmVjaw==?=)
Date: Tue, 24 Apr 2012 08:26:57 +0200
Subject: [forge-dev] GitPlugin Facet (Lincoln Baxter, III)
In-Reply-To: <433719575.2841335221338625.JavaMail.rruss@errais-macbook-pro.local>
References: <433719575.2841335221338625.JavaMail.rruss@errais-macbook-pro.local>
Message-ID: <4F9647B1.8030204@aon.at>

Honestly, I do not want to insist, but .. :)
the older I get (indeed I feel I do) I tend to look for the "management 
summary" - why should I read this, and even more - why should I read it 
carefully.
Those few lines as quick primer, telling me "hey, that's for projects, 
highly reusable, versatile tool kit, do have a look at it before 
starting your next homegrown framework" could set the stage for the real 
content.
No rants intended, I highly appreciate your work because I know how hard 
it is to write a consistent, clear, comprehensible and readable text.

Thomas

Am 24.04.2012 00:49, schrieb Rodney Russ:
> Or better yet (and easier ;) here:
>
> https://github.com/forge/website/blob/master/docs/plugin_development/facets.textile
>
>


From lincolnbaxter at gmail.com  Tue Apr 24 09:48:46 2012
From: lincolnbaxter at gmail.com (Lincoln Baxter, III)
Date: Tue, 24 Apr 2012 09:48:46 -0400
Subject: [forge-dev] GitPlugin Facet (Lincoln Baxter, III)
In-Reply-To: <4F9647B1.8030204@aon.at>
References: <433719575.2841335221338625.JavaMail.rruss@errais-macbook-pro.local>
	<4F9647B1.8030204@aon.at>
Message-ID: <CAEp_U4G10XaR-B0Pa-WL4tZXknd_Yaqiyc36Q2G2iTDWS2faAQ@mail.gmail.com>

Rant neither required nor inferred.

Would you like to prepare an introductory primer that meets those goals and
push it up (pull request) to the site? ;) Feel free to re-use any material
you see fit.

https://github.com/forge/website/blob/master/docs/plugin_development/facets.textile

Thanks!
Lincoln

On Tue, Apr 24, 2012 at 2:26 AM, Thomas Fr?hbeck <fruehbeck at aon.at> wrote:

> Honestly, I do not want to insist, but .. :)
> the older I get (indeed I feel I do) I tend to look for the "management
> summary" - why should I read this, and even more - why should I read it
> carefully.
> Those few lines as quick primer, telling me "hey, that's for projects,
> highly reusable, versatile tool kit, do have a look at it before
> starting your next homegrown framework" could set the stage for the real
> content.
> No rants intended, I highly appreciate your work because I know how hard
> it is to write a consistent, clear, comprehensible and readable text.
>
> Thomas
>
> Am 24.04.2012 00:49, schrieb Rodney Russ:
> > Or better yet (and easier ;) here:
> >
> >
> https://github.com/forge/website/blob/master/docs/plugin_development/facets.textile
> >
> >
>
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev
>



-- 
Lincoln Baxter, III
http://ocpsoft.org
"Simpler is better."
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120424/7e08ed66/attachment.html 

From gegastaldi at gmail.com  Tue Apr 24 11:43:17 2012
From: gegastaldi at gmail.com (George Gastaldi)
Date: Tue, 24 Apr 2012 12:43:17 -0300
Subject: [forge-dev] Forge Hack Night
Message-ID: <CAK6y9v0CDL0zrZcM0SAnVG5+Uk=XYDPrxqnmxaWCKTtDZu7hAg@mail.gmail.com>

Hello everyone !

We should have a Forge Hack Night sometime to focus on the nasty bugs
and shorten the release cycle.
That?s the same activity people from Seam 3 had.

WDYT ?

Regards,

George Gastaldi


From lincolnbaxter at gmail.com  Tue Apr 24 12:21:10 2012
From: lincolnbaxter at gmail.com (Lincoln Baxter, III)
Date: Tue, 24 Apr 2012 12:21:10 -0400
Subject: [forge-dev] Forge 1.0.3.Final Released!
Message-ID: <CAEp_U4GLF4yGDv_Y3-XjHoUGOb2UOU_s0HVYepmuc80xtUJU_g@mail.gmail.com>

Nice list of fixes and features for this release :)

Thanks to everyone who made it happen!
Bug

   - [FORGE-43 <https://issues.jboss.org/browse/FORGE-43>] - Tab completion
   fails to properly escape spaces in filenames
   - [FORGE-522 <https://issues.jboss.org/browse/FORGE-522>] - faces setup
   ERROR: null without explanation
   - [FORGE-523 <https://issues.jboss.org/browse/FORGE-523>] - field plugin
   fails to create enum attribute
   - [FORGE-527 <https://issues.jboss.org/browse/FORGE-527>] -
   CommandExecutionException while creating new project
   - [FORGE-531 <https://issues.jboss.org/browse/FORGE-531>] - Annoying
   warning "The encoding 'UTF-8' is not supported by the Java runtime."
   - [FORGE-532 <https://issues.jboss.org/browse/FORGE-532>] - Maven
   warning when build starts
   - [FORGE-543 <https://issues.jboss.org/browse/FORGE-543>] -
   testRunScriptNotHostHttpUrl in RunUrlPluginTest Fails
   - [FORGE-544 <https://issues.jboss.org/browse/FORGE-544>] -
   testWaitCompletesAfterCommand in WaitTest Fails
   - [FORGE-551 <https://issues.jboss.org/browse/FORGE-551>] - Entity
   plugin does not pick-up created file if filename has spaces
   - [FORGE-555 <https://issues.jboss.org/browse/FORGE-555>] - tab
   completion wrongly escapes last space of a unique candidate

Enhancement

   - [FORGE-525 <https://issues.jboss.org/browse/FORGE-525>] - project
   add-dependency should accept properties
   - [FORGE-530 <https://issues.jboss.org/browse/FORGE-530>] - Group Faces
   Servlet url-patterns into a single servlet-mapping
   - [FORGE-536 <https://issues.jboss.org/browse/FORGE-536>] - Forge should
   allow loading of plugins from the same 1.0.x micro version, while
   disallowing Major x.0.0 or Minor 1.x.0 version differences

Feature Request

   - [FORGE-211 <https://issues.jboss.org/browse/FORGE-211>] - Redirect
   console output in tests to assert on it
   - [FORGE-422 <https://issues.jboss.org/browse/FORGE-422>] - creating a
   new option "evaluate"
   - [FORGE-538 <https://issues.jboss.org/browse/FORGE-538>] - Need a
   "Please wait /|\-/|\- spinner
   - [FORGE-541 <https://issues.jboss.org/browse/FORGE-541>] - Create i18n
   plugin
   - [FORGE-548 <https://issues.jboss.org/browse/FORGE-548>] - Create
   ColumnPrinter utility class



-- 
Lincoln Baxter, III
http://ocpsoft.org
"Simpler is better."
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120424/291d67bd/attachment.html 

From lincolnbaxter at gmail.com  Wed Apr 25 10:10:12 2012
From: lincolnbaxter at gmail.com (Lincoln Baxter, III)
Date: Wed, 25 Apr 2012 10:10:12 -0400
Subject: [forge-dev] Packaging and installing plugins from Maven
Message-ID: <CAEp_U4E2bE2gArRcxvh9ZQHJ1UCd=Atq0=rqUu9nEZ1pTBfAyg@mail.gmail.com>

Hey Keith!

Regarding instaling plugins from Maven - we'd definitely like to support
this. Perhaps we could take what you've done and standardize it as a
supported plugin installation mechanism?

Regarding testing the plugins in a forge release distribution. As of Forge
1.0.3.Final, you can invoke Forge from the command line using:

forge -e "command or script to run"

So hopefully that will be of use :) You can install plugins using this
feature as well, so with the combination of the two, we should have some
good testing options!

-- 
Lincoln Baxter, III
http://ocpsoft.org
"Simpler is better."
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120425/ffb998ca/attachment.html 

From kbabo at redhat.com  Wed Apr 25 10:15:59 2012
From: kbabo at redhat.com (Keith Babo)
Date: Wed, 25 Apr 2012 10:15:59 -0400
Subject: [forge-dev] Packaging and installing plugins from Maven
In-Reply-To: <CAEp_U4E2bE2gArRcxvh9ZQHJ1UCd=Atq0=rqUu9nEZ1pTBfAyg@mail.gmail.com>
References: <CAEp_U4E2bE2gArRcxvh9ZQHJ1UCd=Atq0=rqUu9nEZ1pTBfAyg@mail.gmail.com>
Message-ID: <1BF7D845-2710-4B2F-88E5-B4048B045CF8@redhat.com>


Oh, snap.  That's nice.   I can definitely see some interesting possibilities bubbling out from here.

In terms of how we've done things now, there are still a few things I'l like to change.  First, we package all of our independent plugins into a single module for installation into Forge.  We need to change that for this release of SwitchYard.  Once we have that in place, we can look at how the plugin could be pulled down directly from a Maven repository instead of copying directly into ~/.forge/plugins (which is what I think we do today).

BTW, is there a "history" command in Forge right now?  I noticed there is a ~/.forge/cmd_history file, but I didn't see a command which actually lists the content of that file from within forge itself.  You can use the arrow keys to navigate in command history, so I'm sure this is being read for that.

cheers,
keith

On Apr 25, 2012, at 10:10 AM, Lincoln Baxter, III wrote:

> Hey Keith!
> 
> Regarding instaling plugins from Maven - we'd definitely like to support this. Perhaps we could take what you've done and standardize it as a supported plugin installation mechanism?
> 
> Regarding testing the plugins in a forge release distribution. As of Forge 1.0.3.Final, you can invoke Forge from the command line using:
> 
> forge -e "command or script to run"
> 
> So hopefully that will be of use :) You can install plugins using this feature as well, so with the combination of the two, we should have some good testing options!
> 
> -- 
> Lincoln Baxter, III
> http://ocpsoft.org
> "Simpler is better."

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120425/f01161d2/attachment.html 

From lincolnbaxter at gmail.com  Wed Apr 25 11:04:14 2012
From: lincolnbaxter at gmail.com (Lincoln Baxter, III)
Date: Wed, 25 Apr 2012 11:04:14 -0400
Subject: [forge-dev] Meeting minutes 2012-04-25
Message-ID: <CAEp_U4H+74BX+KvhPmsXGO7KxjqxWauDN-obrEOtGE29sukiSw@mail.gmail.com>

Meeting summary
---------------
* Agenda items  (lincolnthree, 14:01:50)
  * 1. Forge 1.0.3 released  (lincolnthree, 14:02:01)
  * 2. Forge 1.0.3 in JBDS / JBoss Tools  (lincolnthree, 14:02:14)
  * 3. Forge website  (lincolnthree, 14:02:23)

* Forge 1.0.3 released! :D  (lincolnthree, 14:03:52)

* Forge 1.0.3 in JBDS / JBoss Tools  (lincolnthree, 14:05:13)
  * LINK: http://pastebin.mozilla.org/1596591   (koentsje, 14:13:57)
  * LINK: http://pastebin.mozilla.org/1596592   (koentsje, 14:16:30)

* Forge website  (lincolnthree, 14:25:23)
  * LINK: http://forge.jboss.org/ looks better  (ivannov, 14:32:14)
  * LINK:
    http://ocpsoft.org/opensource/creating-a-facebook-app-with-java-part-4-integration-testing-with-arquillian/
    (lincolnthree, 14:44:30)
  * LINK: http://forge.nu/ as well. although I don't know about
    forge.old :-)  (ivannov, 14:50:35)

Meeting ended at 15:00:40 UTC.



(11:01:42 AM) jbott: Meeting ended Wed Apr 25 15:00:40 2012 UTC.
Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)
(11:01:42 AM) jbott: Minutes:
http://transcripts.jboss.org/meeting/irc.freenode.org/forge/2012/forge.2012-04-25-14.01.html
(11:01:42 AM) jbott: Minutes (text):
http://transcripts.jboss.org/meeting/irc.freenode.org/forge/2012/forge.2012-04-25-14.01.txt
(11:01:42 AM) jbott: Log:
http://transcripts.jboss.org/meeting/irc.freenode.org/forge/2012/forge.2012-04-25-14.01.log.html

-- 
Lincoln Baxter, III
http://ocpsoft.org
"Simpler is better."
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120425/f1452a0c/attachment.html 

From ivan.st.ivanov at gmail.com  Wed Apr 25 11:45:03 2012
From: ivan.st.ivanov at gmail.com (Ivan St. Ivanov)
Date: Wed, 25 Apr 2012 18:45:03 +0300
Subject: [forge-dev] Forge website domain (DISCUSS)
Message-ID: <CACYLA9HZdX9APWg=2VNmNPb9bKatjvV1FiX0ZmmqsMtq+HZ3jg@mail.gmail.com>

Hello forge developers and users! :-)

As you probably know we are in the process of moving our wiki based web
page (https://docs.jboss.org/author/display/FORGE/Home) to a site of its
own. If you see this for the first time, you can find more details here:
https://github.com/forge/website.

Once we are more confident about its completeness, we will publish it.
Before that, though, we would like to hear your opinion about the domain
name. Here are the options:

* jboss.org/forge -> this can be easily got. However we cannot have all the
services that we need (like hosting our plugin repository for example). We
should stick to the ones offered by the jboss.org server
* forge.jboss.org -> we can use this domain name in all kinds of cloud
solutions (like Openshift). There we will be in power to choose the web
site technology
* forge.org -> unfortunately this is already taken. But it looks great for
our tool to have this domain - easy to remember and straight to the point
* jbossforge.org -> it's not occupied yet and is close to what we see on
our logo
* forge.net / forge.nu / forge.<anything> -> use any free domain that
starts with forge
* change the project name to something else, which has free
<domain-name>.org
* any other great idea that you can think of...

To share my opinion: jboss.org is great! However, if the only way to get it
is by paying to its owner, then I am also fine with jbossforge.org.

Cheers,
Ivan
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120425/2381df13/attachment.html 

From rruss at redhat.com  Wed Apr 25 12:43:12 2012
From: rruss at redhat.com (Rodney Russ)
Date: Wed, 25 Apr 2012 12:43:12 -0400 (EDT)
Subject: [forge-dev] Forge website domain (DISCUSS)
In-Reply-To: <CACYLA9HZdX9APWg=2VNmNPb9bKatjvV1FiX0ZmmqsMtq+HZ3jg@mail.gmail.com>
Message-ID: <1386766656.4521335372190741.JavaMail.rruss@errais-macbook-pro.local>


----- "Ivan St. Ivanov" <ivan.st.ivanov at gmail.com> wrote:

> Hello forge developers and users! :-)
> 
> 
> As you probably know we are in the process of moving our wiki based
> web page ( https://docs.jboss.org/author/display/FORGE/Home ) to a
> site of its own. If you see this for the first time, you can find more
> details here: https://github.com/forge/website .

and fork if you'd like to contribute :)

> 
> 
> Once we are more confident about its completeness, we will publish it.
> Before that, though, we would like to hear your opinion about the
> domain name. Here are the options:
> 
> 
> * jboss.org/forge -> this can be easily got. However we cannot have
> all the services that we need (like hosting our plugin repository for
> example). We should stick to the ones offered by the jboss.org server

-1 if we have limitations

> * forge.jboss.org -> we can use this domain name in all kinds of cloud
> solutions (like Openshift). There we will be in power to choose the
> web site technology

+1

> * forge.org -> unfortunately this is already taken. But it looks great
> for our tool to have this domain - easy to remember and straight to
> the point
> * jbossforge.org -> it's not occupied yet and is close to what we see
> on our logo

+1

> * forge.net / forge.nu / forge.<anything> -> use any free domain that
> starts with forge

-1 I think this would get confusing

> * change the project name to something else, which has free
> <domain-name>.org

-1 as a lot of work has already gone into brand recognition of Forge.  Besides, it seems like a good metaphor.  :)

> * any other great idea that you can think of...
> 
> 
> To share my opinion: jboss.org is great! However, if the only way to
> get it is by paying to its owner, then I am also fine with
> jbossforge.org .
> 
> 
> Cheers,
> Ivan 
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev

From lincolnbaxter at gmail.com  Wed Apr 25 15:15:46 2012
From: lincolnbaxter at gmail.com (Lincoln Baxter, III)
Date: Wed, 25 Apr 2012 15:15:46 -0400
Subject: [forge-dev] The UTF-8 errors are back... what happened?
Message-ID: <CAEp_U4FykiO9JKC=rwbzdq7oUKG0Z8FH7VDAzUkJsRytQZuF-g@mail.gmail.com>

Looking in to this, but any help would be greatly appreciated.

~Lincoln

-- 
Lincoln Baxter, III
http://ocpsoft.org
"Simpler is better."
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120425/298ee7a4/attachment.html 

From fruehbeck at aon.at  Wed Apr 25 15:36:24 2012
From: fruehbeck at aon.at (=?ISO-8859-1?Q?Thomas_Fr=FChbeck?=)
Date: Wed, 25 Apr 2012 21:36:24 +0200
Subject: [forge-dev] The UTF-8 errors are back... what happened?
In-Reply-To: <CAEp_U4FykiO9JKC=rwbzdq7oUKG0Z8FH7VDAzUkJsRytQZuF-g@mail.gmail.com>
References: <CAEp_U4FykiO9JKC=rwbzdq7oUKG0Z8FH7VDAzUkJsRytQZuF-g@mail.gmail.com>
Message-ID: <4F985238.4070603@aon.at>

can you explain what and how?
just made a project myself, could not find any problem yet..

Am 25.04.2012 21:15, schrieb Lincoln Baxter, III:
> Looking in to this, but any help would be greatly appreciated.
>


From lincolnbaxter at gmail.com  Wed Apr 25 15:47:56 2012
From: lincolnbaxter at gmail.com (Lincoln Baxter, III)
Date: Wed, 25 Apr 2012 15:47:56 -0400
Subject: [forge-dev] The UTF-8 errors are back... what happened?
In-Reply-To: <4F985238.4070603@aon.at>
References: <CAEp_U4FykiO9JKC=rwbzdq7oUKG0Z8FH7VDAzUkJsRytQZuF-g@mail.gmail.com>
	<4F985238.4070603@aon.at>
Message-ID: <CAEp_U4E96J-cisn1Evb+aa=XpUz1kiN437vxF2=WYbz8uK89sQ@mail.gmail.com>

Are you using the version 1.0.3.Final?

setup persitence

and setup rest

Those should reproduce :(

~Lincoln

On Wed, Apr 25, 2012 at 3:36 PM, Thomas Fr?hbeck <fruehbeck at aon.at> wrote:

> can you explain what and how?
> just made a project myself, could not find any problem yet..
>
> Am 25.04.2012 21:15, schrieb Lincoln Baxter, III:
> > Looking in to this, but any help would be greatly appreciated.
> >
>
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev
>



-- 
Lincoln Baxter, III
http://ocpsoft.org
"Simpler is better."
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120425/3862847c/attachment.html 

From fruehbeck at aon.at  Wed Apr 25 16:50:20 2012
From: fruehbeck at aon.at (=?ISO-8859-1?Q?Thomas_Fr=FChbeck?=)
Date: Wed, 25 Apr 2012 22:50:20 +0200
Subject: [forge-dev] The UTF-8 errors are back... what happened?
In-Reply-To: <CAEp_U4E96J-cisn1Evb+aa=XpUz1kiN437vxF2=WYbz8uK89sQ@mail.gmail.com>
References: <CAEp_U4FykiO9JKC=rwbzdq7oUKG0Z8FH7VDAzUkJsRytQZuF-g@mail.gmail.com>
	<4F985238.4070603@aon.at>
	<CAEp_U4E96J-cisn1Evb+aa=XpUz1kiN437vxF2=WYbz8uK89sQ@mail.gmail.com>
Message-ID: <4F98638C.4040101@aon.at>

you are right, it's exactly the same problem again, the properties file 
is not found:
     ENCODINGS_FILE = 
"com/sun/org/apache/xml/internal/serializer/Encodings.properties"

also my module doesn't help, do you know of any changes related to 
modularity?


From lincolnbaxter at gmail.com  Wed Apr 25 17:03:55 2012
From: lincolnbaxter at gmail.com (Lincoln Baxter, III)
Date: Wed, 25 Apr 2012 17:03:55 -0400
Subject: [forge-dev] The UTF-8 errors are back... what happened?
In-Reply-To: <CAEp_U4Hrwr_tmwtUx_L7mG7fxLPgKHbk7cKkAVZMmHXwGCvP_g@mail.gmail.com>
References: <CAEp_U4FykiO9JKC=rwbzdq7oUKG0Z8FH7VDAzUkJsRytQZuF-g@mail.gmail.com>
	<4F985238.4070603@aon.at>
	<CAEp_U4E96J-cisn1Evb+aa=XpUz1kiN437vxF2=WYbz8uK89sQ@mail.gmail.com>
	<4F98638C.4040101@aon.at>
	<CAEp_U4Hrwr_tmwtUx_L7mG7fxLPgKHbk7cKkAVZMmHXwGCvP_g@mail.gmail.com>
Message-ID: <CAEp_U4HrDZGmRETA8GGazABd8jvPm++n8zf1yGpvL5YUjuPemA@mail.gmail.com>

Forgot the dev list.

On Wed, Apr 25, 2012 at 5:03 PM, Lincoln Baxter, III <
lincolnbaxter at gmail.com> wrote:

> i'm going back and checking the history to see what changed. Do you see
> anything that would potentially break this?
>
>
> On Wed, Apr 25, 2012 at 4:50 PM, Thomas Fr?hbeck <fruehbeck at aon.at> wrote:
>
>> you are right, it's exactly the same problem again, the properties file
>> is not found:
>>    ENCODINGS_FILE = "com/sun/org/apache/xml/**
>> internal/serializer/Encodings.**properties"
>>
>> also my module doesn't help, do you know of any changes related to
>> modularity?
>>
>>
>
>
> --
> Lincoln Baxter, III
> http://ocpsoft.org
> "Simpler is better."
>



-- 
Lincoln Baxter, III
http://ocpsoft.org
"Simpler is better."
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120425/0d4860ff/attachment.html 

From lincolnbaxter at gmail.com  Wed Apr 25 17:04:40 2012
From: lincolnbaxter at gmail.com (Lincoln Baxter, III)
Date: Wed, 25 Apr 2012 17:04:40 -0400
Subject: [forge-dev] The UTF-8 errors are back... what happened?
In-Reply-To: <CAEp_U4HrDZGmRETA8GGazABd8jvPm++n8zf1yGpvL5YUjuPemA@mail.gmail.com>
References: <CAEp_U4FykiO9JKC=rwbzdq7oUKG0Z8FH7VDAzUkJsRytQZuF-g@mail.gmail.com>
	<4F985238.4070603@aon.at>
	<CAEp_U4E96J-cisn1Evb+aa=XpUz1kiN437vxF2=WYbz8uK89sQ@mail.gmail.com>
	<4F98638C.4040101@aon.at>
	<CAEp_U4Hrwr_tmwtUx_L7mG7fxLPgKHbk7cKkAVZMmHXwGCvP_g@mail.gmail.com>
	<CAEp_U4HrDZGmRETA8GGazABd8jvPm++n8zf1yGpvL5YUjuPemA@mail.gmail.com>
Message-ID: <CAEp_U4GmQHPYs8tCWmtTm9sa35_rjZFifU_SumE9RHnj7oWupg@mail.gmail.com>

Hmmm... I think I did upgrade JBoss Modules...

On Wed, Apr 25, 2012 at 5:03 PM, Lincoln Baxter, III <
lincolnbaxter at gmail.com> wrote:

> Forgot the dev list.
>
>
> On Wed, Apr 25, 2012 at 5:03 PM, Lincoln Baxter, III <
> lincolnbaxter at gmail.com> wrote:
>
>> i'm going back and checking the history to see what changed. Do you see
>> anything that would potentially break this?
>>
>>
>> On Wed, Apr 25, 2012 at 4:50 PM, Thomas Fr?hbeck <fruehbeck at aon.at>wrote:
>>
>>> you are right, it's exactly the same problem again, the properties file
>>> is not found:
>>>    ENCODINGS_FILE = "com/sun/org/apache/xml/**
>>> internal/serializer/Encodings.**properties"
>>>
>>> also my module doesn't help, do you know of any changes related to
>>> modularity?
>>>
>>>
>>
>>
>> --
>> 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."
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120425/98bd7852/attachment.html 

From fruehbeck at aon.at  Wed Apr 25 18:10:22 2012
From: fruehbeck at aon.at (=?ISO-8859-1?Q?Thomas_Fr=FChbeck?=)
Date: Thu, 26 Apr 2012 00:10:22 +0200
Subject: [forge-dev] The UTF-8 errors are back... what happened?
In-Reply-To: <CAEp_U4GmQHPYs8tCWmtTm9sa35_rjZFifU_SumE9RHnj7oWupg@mail.gmail.com>
References: <CAEp_U4FykiO9JKC=rwbzdq7oUKG0Z8FH7VDAzUkJsRytQZuF-g@mail.gmail.com>
	<4F985238.4070603@aon.at>
	<CAEp_U4E96J-cisn1Evb+aa=XpUz1kiN437vxF2=WYbz8uK89sQ@mail.gmail.com>
	<4F98638C.4040101@aon.at>
	<CAEp_U4Hrwr_tmwtUx_L7mG7fxLPgKHbk7cKkAVZMmHXwGCvP_g@mail.gmail.com>
	<CAEp_U4HrDZGmRETA8GGazABd8jvPm++n8zf1yGpvL5YUjuPemA@mail.gmail.com>
	<CAEp_U4GmQHPYs8tCWmtTm9sa35_rjZFifU_SumE9RHnj7oWupg@mail.gmail.com>
Message-ID: <4F98764E.100@aon.at>

perhaps it helps: the ModuleClassLoader is requested to load this by 
getResourceAsStream.
At this time the paths known to the ClassLoader seem to be:

"[,
META-INF/maven/org.jboss.forge,
org/jboss/forge/spec/javaee/cdi,
org/jboss/forge/web,
org/jboss/forge/spec/javaee/ejb,
META-INF/maven/org.jboss.forge/forge-javaee-impl,
org,
org/jboss/forge/spec/javaee/jsf,
org/jboss/forge/spec/javaee/validation/completer,
org/jboss/forge/spec/javaee/soap,
org/jboss/forge/spec/javaee,
org/jboss/forge/spec/javaee/validation/util,
org/jboss/forge/spec/javaee/servlet,
META-INF/maven,
org/jboss,
org/jboss/forge/spec,
org/jboss/forge/spec/javaee/jpa,
org/jboss/forge/spec/javaee/rest,
META-INF,
org/jboss/forge/spec/javaee/jpa/provider,
org/jboss/forge/spec/javaee/jpa/api,
org/jboss/forge,
org/jboss/forge/spec/javaee/jta,
org/jboss/forge/spec/javaee/jms,
org/jboss/forge/spec/javaee/validation/provider,
META-INF/services,
org/jboss/forge/spec/javaee/jstl,
org/jboss/forge/spec/javaee/validation,
org/jboss/forge/rest,
org/jboss/forge/spec/javaee/jpa/container]"

not one sun.com ???

From max.andersen at redhat.com  Thu Apr 26 03:04:45 2012
From: max.andersen at redhat.com (Max Rydahl Andersen)
Date: Thu, 26 Apr 2012 09:04:45 +0200
Subject: [forge-dev] Forge website domain (DISCUSS)
In-Reply-To: <1386766656.4521335372190741.JavaMail.rruss@errais-macbook-pro.local>
References: <1386766656.4521335372190741.JavaMail.rruss@errais-macbook-pro.local>
Message-ID: <BA30D5AD-615E-4D07-A0F3-5FAE5BA75B64@redhat.com>

>> * jboss.org/forge -> this can be easily got. However we cannot have
>> all the services that we need (like hosting our plugin repository for
>> example). We should stick to the ones offered by the jboss.org server
> 
> -1 if we have limitations

What does hosting plugin repo require ?

I thought the repo was just a static file that would be regenerated from time to time ?

Would a reverse proxy setup be sufficient ?

i.e. jboss.org/forge/repo redirected to some openshift hosted setup ?

I don't think jboss.org guys would reject that upfront if they get asked.

Depends of course of what IT etc. says and how the setup works - i.e.
I got such setup for jboss central feeds to feedburner and the only challenge
been that they only allow proxy redirect to specific set of IP's but that shouldn't
be a a big problem for this should it ?

>> * forge.jboss.org -> we can use this domain name in all kinds of cloud
>> solutions (like Openshift). There we will be in power to choose the
>> web site technology
> 
> +1

I got tools.jboss.org setup, but that just goes to jboss.org/tools and just because
this was asked for long before they started using: issues.jboss.org, community.jboss.org, source.jboss.org etc.

forge.jboss.org falls a bit outside of this so not sure how that fits, but worth asking jboss.org guys about.

/max



From rruss at redhat.com  Thu Apr 26 09:43:22 2012
From: rruss at redhat.com (Rodney Russ)
Date: Thu, 26 Apr 2012 09:43:22 -0400 (EDT)
Subject: [forge-dev] Forge website domain (DISCUSS)
In-Reply-To: <BA30D5AD-615E-4D07-A0F3-5FAE5BA75B64@redhat.com>
Message-ID: <1353868996.5201335447799623.JavaMail.rruss@errais-macbook-pro.local>


----- "Max Rydahl Andersen" <max.andersen at redhat.com> wrote:

> >> * jboss.org/forge -> this can be easily got. However we cannot
> have
> >> all the services that we need (like hosting our plugin repository
> for
> >> example). We should stick to the ones offered by the jboss.org
> server
> > 
> > -1 if we have limitations
> 
> What does hosting plugin repo require ?
> 
> I thought the repo was just a static file that would be regenerated
> from time to time ?

>From conversations with Lincoln, the repository would be more dynamic (e.g. web app) than static.  I'll let Lincoln list the details.  The other item we discussed was the URL's themselves as

forge.jboss.org/plugins would be preferred over
jboss.org/forge/plugins

but that specifically is an aesthetic issue more than a technical one

> 
> Would a reverse proxy setup be sufficient ?
> 
> i.e. jboss.org/forge/repo redirected to some openshift hosted setup ?
> 
> I don't think jboss.org guys would reject that upfront if they get
> asked.
> 
> Depends of course of what IT etc. says and how the setup works - i.e.
> I got such setup for jboss central feeds to feedburner and the only
> challenge
> been that they only allow proxy redirect to specific set of IP's but
> that shouldn't
> be a a big problem for this should it ?
> 
> >> * forge.jboss.org -> we can use this domain name in all kinds of
> cloud
> >> solutions (like Openshift). There we will be in power to choose
> the
> >> web site technology
> > 
> > +1
> 
> I got tools.jboss.org setup, but that just goes to jboss.org/tools and
> just because
> this was asked for long before they started using: issues.jboss.org,
> community.jboss.org, source.jboss.org etc.
> 
> forge.jboss.org falls a bit outside of this so not sure how that fits,
> but worth asking jboss.org guys about.
> 
> /max
> 
> 
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev

From lincolnbaxter at gmail.com  Thu Apr 26 10:26:16 2012
From: lincolnbaxter at gmail.com (Lincoln Baxter, III)
Date: Thu, 26 Apr 2012 10:26:16 -0400
Subject: [forge-dev] [ACTION REQUESTED] The UTF-8 errors are back... what
	happened?
In-Reply-To: <4F98764E.100@aon.at>
References: <CAEp_U4FykiO9JKC=rwbzdq7oUKG0Z8FH7VDAzUkJsRytQZuF-g@mail.gmail.com>
	<4F985238.4070603@aon.at>
	<CAEp_U4E96J-cisn1Evb+aa=XpUz1kiN437vxF2=WYbz8uK89sQ@mail.gmail.com>
	<4F98638C.4040101@aon.at>
	<CAEp_U4Hrwr_tmwtUx_L7mG7fxLPgKHbk7cKkAVZMmHXwGCvP_g@mail.gmail.com>
	<CAEp_U4HrDZGmRETA8GGazABd8jvPm++n8zf1yGpvL5YUjuPemA@mail.gmail.com>
	<CAEp_U4GmQHPYs8tCWmtTm9sa35_rjZFifU_SumE9RHnj7oWupg@mail.gmail.com>
	<4F98764E.100@aon.at>
Message-ID: <CAEp_U4FgLezisn4UYJGcY6iJLTfELCN-Mrhjr6DLmVxOf02QwQ@mail.gmail.com>

Alright. I'm not really sure what happened, but I've gone ahead and fixed
this again. Somehow the sun.jdk module was not being exported to the proper
dependencies.

If everyone could please retest and advise if the issue persists, or is
resolved, that would be of great assistance.

Looking for verification on java 6 and 7:

   - Windows 7 32bit
   - Windows 7 64bit
   - Windows XP
   - Windows Vista (not a huge priority since it sucks so much anyway)
   - Mac OSX Lion
   - Max OSX Snow Leopard
   - Linux 32bit
   - Linux 64bit

So if you run on any of these operating systems. Please post your results
here!

Once you have built and installed the latest code from master, you can run
the following forge script from your system command line to verify
functionality (you should not see any *WARNING: The encoding UTF-8 is not
supported by the Java runtime*.)

$ forge -e "run-url
https://raw.github.com/jbossas/quickstart/master/forge-from-scratch/generate.fsh
"

Thanks guys!
~Lincoln

On Wed, Apr 25, 2012 at 6:10 PM, Thomas Fr?hbeck <fruehbeck at aon.at> wrote:

> perhaps it helps: the ModuleClassLoader is requested to load this by
> getResourceAsStream.
> At this time the paths known to the ClassLoader seem to be:
>
> "[,
> META-INF/maven/org.jboss.**forge,
> org/jboss/forge/spec/javaee/**cdi,
> org/jboss/forge/web,
> org/jboss/forge/spec/javaee/**ejb,
> META-INF/maven/org.jboss.**forge/forge-javaee-impl,
> org,
> org/jboss/forge/spec/javaee/**jsf,
> org/jboss/forge/spec/javaee/**validation/completer,
> org/jboss/forge/spec/javaee/**soap,
> org/jboss/forge/spec/javaee,
> org/jboss/forge/spec/javaee/**validation/util,
> org/jboss/forge/spec/javaee/**servlet,
> META-INF/maven,
> org/jboss,
> org/jboss/forge/spec,
> org/jboss/forge/spec/javaee/**jpa,
> org/jboss/forge/spec/javaee/**rest,
> META-INF,
> org/jboss/forge/spec/javaee/**jpa/provider,
> org/jboss/forge/spec/javaee/**jpa/api,
> org/jboss/forge,
> org/jboss/forge/spec/javaee/**jta,
> org/jboss/forge/spec/javaee/**jms,
> org/jboss/forge/spec/javaee/**validation/provider,
> META-INF/services,
> org/jboss/forge/spec/javaee/**jstl,
> org/jboss/forge/spec/javaee/**validation,
> org/jboss/forge/rest,
> org/jboss/forge/spec/javaee/**jpa/container]"
>
> not one sun.com ???
>



-- 
Lincoln Baxter, III
http://ocpsoft.org
"Simpler is better."
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120426/5618a716/attachment.html 

From lincolnbaxter at gmail.com  Thu Apr 26 10:53:20 2012
From: lincolnbaxter at gmail.com (Lincoln Baxter, III)
Date: Thu, 26 Apr 2012 10:53:20 -0400
Subject: [forge-dev] Forge website domain (DISCUSS)
In-Reply-To: <1353868996.5201335447799623.JavaMail.rruss@errais-macbook-pro.local>
References: <BA30D5AD-615E-4D07-A0F3-5FAE5BA75B64@redhat.com>
	<1353868996.5201335447799623.JavaMail.rruss@errais-macbook-pro.local>
Message-ID: <CAEp_U4HyE=W5Sggh=kAuGPk3aYfFyOUaD6bk-fhkkOziW=Ywzg@mail.gmail.com>

The plugin repository is a place where authors can, online, without
interacting with Git directly, add their plugin, a description, how to
install/get started, and basic usage of the plugin. It's a webapp that runs
on top of the repo git repository. It's searchable, and much like this:
http://grails.org/plugins/

~Lincoln

On Thu, Apr 26, 2012 at 9:43 AM, Rodney Russ <rruss at redhat.com> wrote:

>
> ----- "Max Rydahl Andersen" <max.andersen at redhat.com> wrote:
>
> > >> * jboss.org/forge -> this can be easily got. However we cannot
> > have
> > >> all the services that we need (like hosting our plugin repository
> > for
> > >> example). We should stick to the ones offered by the jboss.org
> > server
> > >
> > > -1 if we have limitations
> >
> > What does hosting plugin repo require ?
> >
> > I thought the repo was just a static file that would be regenerated
> > from time to time ?
>
> >From conversations with Lincoln, the repository would be more dynamic
> (e.g. web app) than static.  I'll let Lincoln list the details.  The other
> item we discussed was the URL's themselves as
>
> forge.jboss.org/plugins would be preferred over
> jboss.org/forge/plugins
>
> but that specifically is an aesthetic issue more than a technical one
>
> >
> > Would a reverse proxy setup be sufficient ?
> >
> > i.e. jboss.org/forge/repo redirected to some openshift hosted setup ?
> >
> > I don't think jboss.org guys would reject that upfront if they get
> > asked.
> >
> > Depends of course of what IT etc. says and how the setup works - i.e.
> > I got such setup for jboss central feeds to feedburner and the only
> > challenge
> > been that they only allow proxy redirect to specific set of IP's but
> > that shouldn't
> > be a a big problem for this should it ?
> >
> > >> * forge.jboss.org -> we can use this domain name in all kinds of
> > cloud
> > >> solutions (like Openshift). There we will be in power to choose
> > the
> > >> web site technology
> > >
> > > +1
> >
> > I got tools.jboss.org setup, but that just goes to jboss.org/tools and
> > just because
> > this was asked for long before they started using: issues.jboss.org,
> > community.jboss.org, source.jboss.org etc.
> >
> > forge.jboss.org falls a bit outside of this so not sure how that fits,
> > but worth asking jboss.org guys about.
> >
> > /max
> >
> >
> > _______________________________________________
> > forge-dev mailing list
> > forge-dev at lists.jboss.org
> > https://lists.jboss.org/mailman/listinfo/forge-dev
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev
>



-- 
Lincoln Baxter, III
http://ocpsoft.org
"Simpler is better."
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120426/c3480b9e/attachment.html 

From paul.bakker.nl at gmail.com  Thu Apr 26 11:04:59 2012
From: paul.bakker.nl at gmail.com (Paul Bakker)
Date: Thu, 26 Apr 2012 17:04:59 +0200
Subject: [forge-dev] Forge website domain (DISCUSS)
In-Reply-To: <CAEp_U4HyE=W5Sggh=kAuGPk3aYfFyOUaD6bk-fhkkOziW=Ywzg@mail.gmail.com>
References: <BA30D5AD-615E-4D07-A0F3-5FAE5BA75B64@redhat.com>
	<1353868996.5201335447799623.JavaMail.rruss@errais-macbook-pro.local>
	<CAEp_U4HyE=W5Sggh=kAuGPk3aYfFyOUaD6bk-fhkkOziW=Ywzg@mail.gmail.com>
Message-ID: <5FFE96F8-5DB2-4C4B-9F33-9EA5D9B284C6@gmail.com>

Actually I wonder if it should be a goal to not work with git directly. Assuming that most plugin authors use github anyway, it makes sense to re-use that as much as possible. I think we should make the repo as easy to use for end-users, but they are not the same as plugin authors. For example, if the github repo already contains a README with a getting started guide, it would be bad if you would have to copy this to the plugin repo. Why not just use the README directly? If we decide that plugin authors just use git to register their plugin to the repo, we can built the UI for browsing/searching plugins in JavaScript and just host it as part of the website. This keeps everything simpler :-)

Paul

On Apr 26, 2012, at 16:53 , Lincoln Baxter, III wrote:

> The plugin repository is a place where authors can, online, without interacting with Git directly, add their plugin, a description, how to install/get started, and basic usage of the plugin. It's a webapp that runs on top of the repo git repository. It's searchable, and much like this: http://grails.org/plugins/
> 
> ~Lincoln
> 
> On Thu, Apr 26, 2012 at 9:43 AM, Rodney Russ <rruss at redhat.com> wrote:
> 
> ----- "Max Rydahl Andersen" <max.andersen at redhat.com> wrote:
> 
> > >> * jboss.org/forge -> this can be easily got. However we cannot
> > have
> > >> all the services that we need (like hosting our plugin repository
> > for
> > >> example). We should stick to the ones offered by the jboss.org
> > server
> > >
> > > -1 if we have limitations
> >
> > What does hosting plugin repo require ?
> >
> > I thought the repo was just a static file that would be regenerated
> > from time to time ?
> 
> >From conversations with Lincoln, the repository would be more dynamic (e.g. web app) than static.  I'll let Lincoln list the details.  The other item we discussed was the URL's themselves as
> 
> forge.jboss.org/plugins would be preferred over
> jboss.org/forge/plugins
> 
> but that specifically is an aesthetic issue more than a technical one
> 
> >
> > Would a reverse proxy setup be sufficient ?
> >
> > i.e. jboss.org/forge/repo redirected to some openshift hosted setup ?
> >
> > I don't think jboss.org guys would reject that upfront if they get
> > asked.
> >
> > Depends of course of what IT etc. says and how the setup works - i.e.
> > I got such setup for jboss central feeds to feedburner and the only
> > challenge
> > been that they only allow proxy redirect to specific set of IP's but
> > that shouldn't
> > be a a big problem for this should it ?
> >
> > >> * forge.jboss.org -> we can use this domain name in all kinds of
> > cloud
> > >> solutions (like Openshift). There we will be in power to choose
> > the
> > >> web site technology
> > >
> > > +1
> >
> > I got tools.jboss.org setup, but that just goes to jboss.org/tools and
> > just because
> > this was asked for long before they started using: issues.jboss.org,
> > community.jboss.org, source.jboss.org etc.
> >
> > forge.jboss.org falls a bit outside of this so not sure how that fits,
> > but worth asking jboss.org guys about.
> >
> > /max
> >
> >
> > _______________________________________________
> > forge-dev mailing list
> > forge-dev at lists.jboss.org
> > https://lists.jboss.org/mailman/listinfo/forge-dev
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev
> 
> 
> 
> -- 
> Lincoln Baxter, III
> http://ocpsoft.org
> "Simpler is better."
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120426/e11f84fb/attachment-0001.html 

From lincolnbaxter at gmail.com  Thu Apr 26 13:34:23 2012
From: lincolnbaxter at gmail.com (Lincoln Baxter, III)
Date: Thu, 26 Apr 2012 13:34:23 -0400
Subject: [forge-dev] Forge Hack Night
In-Reply-To: <CAK6y9v0CDL0zrZcM0SAnVG5+Uk=XYDPrxqnmxaWCKTtDZu7hAg@mail.gmail.com>
References: <CAK6y9v0CDL0zrZcM0SAnVG5+Uk=XYDPrxqnmxaWCKTtDZu7hAg@mail.gmail.com>
Message-ID: <CAEp_U4HfdxfSRa9s1EUrG9kLR_9au6-evM9jjCwLJ7JaSUkKCw@mail.gmail.com>

Hey George!

I like this idea, when was the Seam 3 hack night? It seemed to work well
but I could never attend due to the timing.

~Lincoln

On Tue, Apr 24, 2012 at 11:43 AM, George Gastaldi <gegastaldi at gmail.com>wrote:

> Hello everyone !
>
> We should have a Forge Hack Night sometime to focus on the nasty bugs
> and shorten the release cycle.
> That?s the same activity people from Seam 3 had.
>
> WDYT ?
>
> Regards,
>
> George Gastaldi
>
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev
>



-- 
Lincoln Baxter, III
http://ocpsoft.org
"Simpler is better."
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120426/106e9718/attachment.html 

From gegastaldi at gmail.com  Thu Apr 26 10:39:10 2012
From: gegastaldi at gmail.com (George Gastaldi)
Date: Thu, 26 Apr 2012 11:39:10 -0300
Subject: [forge-dev] [ACTION REQUESTED] The UTF-8 errors are back...
	what happened?
In-Reply-To: <CAEp_U4FgLezisn4UYJGcY6iJLTfELCN-Mrhjr6DLmVxOf02QwQ@mail.gmail.com>
References: <CAEp_U4FykiO9JKC=rwbzdq7oUKG0Z8FH7VDAzUkJsRytQZuF-g@mail.gmail.com>
	<4F985238.4070603@aon.at>
	<CAEp_U4E96J-cisn1Evb+aa=XpUz1kiN437vxF2=WYbz8uK89sQ@mail.gmail.com>
	<4F98638C.4040101@aon.at>
	<CAEp_U4Hrwr_tmwtUx_L7mG7fxLPgKHbk7cKkAVZMmHXwGCvP_g@mail.gmail.com>
	<CAEp_U4HrDZGmRETA8GGazABd8jvPm++n8zf1yGpvL5YUjuPemA@mail.gmail.com>
	<CAEp_U4GmQHPYs8tCWmtTm9sa35_rjZFifU_SumE9RHnj7oWupg@mail.gmail.com>
	<4F98764E.100@aon.at>
	<CAEp_U4FgLezisn4UYJGcY6iJLTfELCN-Mrhjr6DLmVxOf02QwQ@mail.gmail.com>
Message-ID: <CAK6y9v3Tr-ONW2DRVD8iWw6r530C6D6hdduaMcdyDDC007OUcQ@mail.gmail.com>

Working allright on Windows 7 64bit (Java 7)

2012/4/26 Lincoln Baxter, III <lincolnbaxter at gmail.com>:
> Alright. I'm not really sure what happened, but I've gone ahead and fixed
> this again. Somehow the sun.jdk module was not being exported to the proper
> dependencies.
>
> If everyone could please retest and advise if the issue persists, or is
> resolved, that would be of great assistance.
>
> Looking for verification on java 6 and 7:
>
> Windows 7 32bit
> Windows 7 64bit
> Windows XP
> Windows Vista (not a huge priority since it sucks so much anyway)
> Mac OSX Lion
> Max OSX Snow Leopard
> Linux 32bit
> Linux 64bit
>
> So if you run on any of these operating systems. Please post your results
> here!
>
> Once you have built and installed the latest code from master, you can run
> the following forge script from your system command line to verify
> functionality (you should not see any WARNING: The encoding UTF-8 is not
> supported by the Java runtime.)
>
> $ forge -e "run-url
> https://raw.github.com/jbossas/quickstart/master/forge-from-scratch/generate.fsh"
>
> Thanks guys!
> ~Lincoln
>
> On Wed, Apr 25, 2012 at 6:10 PM, Thomas Fr?hbeck <fruehbeck at aon.at> wrote:
>>
>> perhaps it helps: the ModuleClassLoader is requested to load this by
>> getResourceAsStream.
>> At this time the paths known to the ClassLoader seem to be:
>>
>> "[,
>> META-INF/maven/org.jboss.forge,
>> org/jboss/forge/spec/javaee/cdi,
>> org/jboss/forge/web,
>> org/jboss/forge/spec/javaee/ejb,
>> META-INF/maven/org.jboss.forge/forge-javaee-impl,
>> org,
>> org/jboss/forge/spec/javaee/jsf,
>> org/jboss/forge/spec/javaee/validation/completer,
>> org/jboss/forge/spec/javaee/soap,
>> org/jboss/forge/spec/javaee,
>> org/jboss/forge/spec/javaee/validation/util,
>> org/jboss/forge/spec/javaee/servlet,
>> META-INF/maven,
>> org/jboss,
>> org/jboss/forge/spec,
>> org/jboss/forge/spec/javaee/jpa,
>> org/jboss/forge/spec/javaee/rest,
>> META-INF,
>> org/jboss/forge/spec/javaee/jpa/provider,
>> org/jboss/forge/spec/javaee/jpa/api,
>> org/jboss/forge,
>> org/jboss/forge/spec/javaee/jta,
>> org/jboss/forge/spec/javaee/jms,
>> org/jboss/forge/spec/javaee/validation/provider,
>> META-INF/services,
>> org/jboss/forge/spec/javaee/jstl,
>> org/jboss/forge/spec/javaee/validation,
>> org/jboss/forge/rest,
>> org/jboss/forge/spec/javaee/jpa/container]"
>>
>> not one sun.com ???
>
>
>
>
> --
> Lincoln Baxter, III
> http://ocpsoft.org
> "Simpler is better."
>
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev
>


From gegastaldi at gmail.com  Thu Apr 26 13:36:37 2012
From: gegastaldi at gmail.com (George Gastaldi)
Date: Thu, 26 Apr 2012 14:36:37 -0300
Subject: [forge-dev] Forge Hack Night
In-Reply-To: <CAEp_U4HfdxfSRa9s1EUrG9kLR_9au6-evM9jjCwLJ7JaSUkKCw@mail.gmail.com>
References: <CAK6y9v0CDL0zrZcM0SAnVG5+Uk=XYDPrxqnmxaWCKTtDZu7hAg@mail.gmail.com>
	<CAEp_U4HfdxfSRa9s1EUrG9kLR_9au6-evM9jjCwLJ7JaSUkKCw@mail.gmail.com>
Message-ID: <CAK6y9v0GFFZX-UkEpOqk23LgCL1F_jnWNt_jiS_w0Gz=JKaCOg@mail.gmail.com>

It was on 19:00 GMT-03:00.

That would be awesome. We should pick a date that?s better for the most.

Regards,

George Gastaldi

2012/4/26 Lincoln Baxter, III <lincolnbaxter at gmail.com>:
> Hey George!
>
> I like this idea, when was the Seam 3 hack night? It seemed to work well but
> I could never attend due to the timing.
>
> ~Lincoln
>
> On Tue, Apr 24, 2012 at 11:43 AM, George Gastaldi <gegastaldi at gmail.com>
> wrote:
>>
>> Hello everyone !
>>
>> We should have a Forge Hack Night sometime to focus on the nasty bugs
>> and shorten the release cycle.
>> That?s the same activity people from Seam 3 had.
>>
>> WDYT ?
>>
>> Regards,
>>
>> George Gastaldi
>>
>> _______________________________________________
>> forge-dev mailing list
>> forge-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/forge-dev
>
>
>
>
> --
> Lincoln Baxter, III
> http://ocpsoft.org
> "Simpler is better."
>
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev
>


From lincolnbaxter at gmail.com  Thu Apr 26 13:43:44 2012
From: lincolnbaxter at gmail.com (Lincoln Baxter, III)
Date: Thu, 26 Apr 2012 13:43:44 -0400
Subject: [forge-dev] [ACTION REQUESTED] The UTF-8 errors are back...
	what happened?
In-Reply-To: <CAK6y9v3Tr-ONW2DRVD8iWw6r530C6D6hdduaMcdyDDC007OUcQ@mail.gmail.com>
References: <CAEp_U4FykiO9JKC=rwbzdq7oUKG0Z8FH7VDAzUkJsRytQZuF-g@mail.gmail.com>
	<4F985238.4070603@aon.at>
	<CAEp_U4E96J-cisn1Evb+aa=XpUz1kiN437vxF2=WYbz8uK89sQ@mail.gmail.com>
	<4F98638C.4040101@aon.at>
	<CAEp_U4Hrwr_tmwtUx_L7mG7fxLPgKHbk7cKkAVZMmHXwGCvP_g@mail.gmail.com>
	<CAEp_U4HrDZGmRETA8GGazABd8jvPm++n8zf1yGpvL5YUjuPemA@mail.gmail.com>
	<CAEp_U4GmQHPYs8tCWmtTm9sa35_rjZFifU_SumE9RHnj7oWupg@mail.gmail.com>
	<4F98764E.100@aon.at>
	<CAEp_U4FgLezisn4UYJGcY6iJLTfELCN-Mrhjr6DLmVxOf02QwQ@mail.gmail.com>
	<CAK6y9v3Tr-ONW2DRVD8iWw6r530C6D6hdduaMcdyDDC007OUcQ@mail.gmail.com>
Message-ID: <CAEp_U4FvDq7OF6Au4wA16tGqxX2uj97cBdOQhpjmpsqvgYA5JA@mail.gmail.com>

Working fine on Linux 64 bit.

On Thu, Apr 26, 2012 at 10:39 AM, George Gastaldi <gegastaldi at gmail.com>wrote:

> Working allright on Windows 7 64bit (Java 7)
>
> 2012/4/26 Lincoln Baxter, III <lincolnbaxter at gmail.com>:
> > Alright. I'm not really sure what happened, but I've gone ahead and fixed
> > this again. Somehow the sun.jdk module was not being exported to the
> proper
> > dependencies.
> >
> > If everyone could please retest and advise if the issue persists, or is
> > resolved, that would be of great assistance.
> >
> > Looking for verification on java 6 and 7:
> >
> > Windows 7 32bit
> > Windows 7 64bit
> > Windows XP
> > Windows Vista (not a huge priority since it sucks so much anyway)
> > Mac OSX Lion
> > Max OSX Snow Leopard
> > Linux 32bit
> > Linux 64bit
> >
> > So if you run on any of these operating systems. Please post your results
> > here!
> >
> > Once you have built and installed the latest code from master, you can
> run
> > the following forge script from your system command line to verify
> > functionality (you should not see any WARNING: The encoding UTF-8 is not
> > supported by the Java runtime.)
> >
> > $ forge -e "run-url
> >
> https://raw.github.com/jbossas/quickstart/master/forge-from-scratch/generate.fsh
> "
> >
> > Thanks guys!
> > ~Lincoln
> >
> > On Wed, Apr 25, 2012 at 6:10 PM, Thomas Fr?hbeck <fruehbeck at aon.at>
> wrote:
> >>
> >> perhaps it helps: the ModuleClassLoader is requested to load this by
> >> getResourceAsStream.
> >> At this time the paths known to the ClassLoader seem to be:
> >>
> >> "[,
> >> META-INF/maven/org.jboss.forge,
> >> org/jboss/forge/spec/javaee/cdi,
> >> org/jboss/forge/web,
> >> org/jboss/forge/spec/javaee/ejb,
> >> META-INF/maven/org.jboss.forge/forge-javaee-impl,
> >> org,
> >> org/jboss/forge/spec/javaee/jsf,
> >> org/jboss/forge/spec/javaee/validation/completer,
> >> org/jboss/forge/spec/javaee/soap,
> >> org/jboss/forge/spec/javaee,
> >> org/jboss/forge/spec/javaee/validation/util,
> >> org/jboss/forge/spec/javaee/servlet,
> >> META-INF/maven,
> >> org/jboss,
> >> org/jboss/forge/spec,
> >> org/jboss/forge/spec/javaee/jpa,
> >> org/jboss/forge/spec/javaee/rest,
> >> META-INF,
> >> org/jboss/forge/spec/javaee/jpa/provider,
> >> org/jboss/forge/spec/javaee/jpa/api,
> >> org/jboss/forge,
> >> org/jboss/forge/spec/javaee/jta,
> >> org/jboss/forge/spec/javaee/jms,
> >> org/jboss/forge/spec/javaee/validation/provider,
> >> META-INF/services,
> >> org/jboss/forge/spec/javaee/jstl,
> >> org/jboss/forge/spec/javaee/validation,
> >> org/jboss/forge/rest,
> >> org/jboss/forge/spec/javaee/jpa/container]"
> >>
> >> not one sun.com ???
> >
> >
> >
> >
> > --
> > Lincoln Baxter, III
> > http://ocpsoft.org
> > "Simpler is better."
> >
> > _______________________________________________
> > forge-dev mailing list
> > forge-dev at lists.jboss.org
> > https://lists.jboss.org/mailman/listinfo/forge-dev
> >
>
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev
>



-- 
Lincoln Baxter, III
http://ocpsoft.org
"Simpler is better."
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120426/22d0d5e9/attachment.html 

From paul.bakker.nl at gmail.com  Thu Apr 26 14:10:05 2012
From: paul.bakker.nl at gmail.com (Paul Bakker)
Date: Thu, 26 Apr 2012 20:10:05 +0200
Subject: [forge-dev] Forge Hack Night
In-Reply-To: <CAK6y9v0GFFZX-UkEpOqk23LgCL1F_jnWNt_jiS_w0Gz=JKaCOg@mail.gmail.com>
References: <CAK6y9v0CDL0zrZcM0SAnVG5+Uk=XYDPrxqnmxaWCKTtDZu7hAg@mail.gmail.com>
	<CAEp_U4HfdxfSRa9s1EUrG9kLR_9au6-evM9jjCwLJ7JaSUkKCw@mail.gmail.com>
	<CAK6y9v0GFFZX-UkEpOqk23LgCL1F_jnWNt_jiS_w0Gz=JKaCOg@mail.gmail.com>
Message-ID: <EC3E63E5-7E4D-43A4-B2F5-8BCA3C9653C1@gmail.com>

It's a good idea, but always hard to make it convenient for everyone due to time differences. What day/time would be good?
I'm bound to evenings (gmt +1) myself, what about others?

Still a while away, but another opportunity would be a face-to-face hackington during one of the evenings of JUDCon/JBW end of June. Who is going there?

Paul

On Apr 26, 2012, at 19:36 , George Gastaldi wrote:

> It was on 19:00 GMT-03:00.
> 
> That would be awesome. We should pick a date that?s better for the most.
> 
> Regards,
> 
> George Gastaldi
> 
> 2012/4/26 Lincoln Baxter, III <lincolnbaxter at gmail.com>:
>> Hey George!
>> 
>> I like this idea, when was the Seam 3 hack night? It seemed to work well but
>> I could never attend due to the timing.
>> 
>> ~Lincoln
>> 
>> On Tue, Apr 24, 2012 at 11:43 AM, George Gastaldi <gegastaldi at gmail.com>
>> wrote:
>>> 
>>> Hello everyone !
>>> 
>>> We should have a Forge Hack Night sometime to focus on the nasty bugs
>>> and shorten the release cycle.
>>> That?s the same activity people from Seam 3 had.
>>> 
>>> WDYT ?
>>> 
>>> Regards,
>>> 
>>> George Gastaldi
>>> 
>>> _______________________________________________
>>> forge-dev mailing list
>>> forge-dev at lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>> 
>> 
>> 
>> 
>> --
>> Lincoln Baxter, III
>> http://ocpsoft.org
>> "Simpler is better."
>> 
>> _______________________________________________
>> forge-dev mailing list
>> forge-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/forge-dev
>> 
> 
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev



From rbradley at redhat.com  Thu Apr 26 12:49:53 2012
From: rbradley at redhat.com (Ryan Bradley)
Date: Thu, 26 Apr 2012 12:49:53 -0400
Subject: [forge-dev] [ACTION REQUESTED] The UTF-8 errors are back...
 what happened?
In-Reply-To: <CAEp_U4FgLezisn4UYJGcY6iJLTfELCN-Mrhjr6DLmVxOf02QwQ@mail.gmail.com>
References: <CAEp_U4FykiO9JKC=rwbzdq7oUKG0Z8FH7VDAzUkJsRytQZuF-g@mail.gmail.com>
	<4F985238.4070603@aon.at>
	<CAEp_U4E96J-cisn1Evb+aa=XpUz1kiN437vxF2=WYbz8uK89sQ@mail.gmail.com>
	<4F98638C.4040101@aon.at>
	<CAEp_U4Hrwr_tmwtUx_L7mG7fxLPgKHbk7cKkAVZMmHXwGCvP_g@mail.gmail.com>
	<CAEp_U4HrDZGmRETA8GGazABd8jvPm++n8zf1yGpvL5YUjuPemA@mail.gmail.com>
	<CAEp_U4GmQHPYs8tCWmtTm9sa35_rjZFifU_SumE9RHnj7oWupg@mail.gmail.com>
	<4F98764E.100@aon.at>
	<CAEp_U4FgLezisn4UYJGcY6iJLTfELCN-Mrhjr6DLmVxOf02QwQ@mail.gmail.com>
Message-ID: <4F997CB1.2020707@redhat.com>

No warnings on Linux 64 bit (Fedora 15) with Java 7 =)

On 04/26/2012 10:26 AM, Lincoln Baxter, III wrote:
> Alright. I'm not really sure what happened, but I've gone ahead and 
> fixed this again. Somehow the sun.jdk module was not being exported to 
> the proper dependencies.
>
> If everyone could please retest and advise if the issue persists, or 
> is resolved, that would be of great assistance.
>
> Looking for verification on java 6 and 7:
>
>   * Windows 7 32bit
>   * Windows 7 64bit
>   * Windows XP
>   * Windows Vista (not a huge priority since it sucks so much anyway)
>   * Mac OSX Lion
>   * Max OSX Snow Leopard
>   * Linux 32bit
>   * Linux 64bit
>
> So if you run on any of these operating systems. Please post your 
> results here!
>
> Once you have built and installed the latest code from master, you can 
> run the following forge script from your system command line to verify 
> functionality (you should not see any *WARNING: The encoding UTF-8 is 
> not supported by the Java runtime*.)
>
> $ forge -e "run-url 
> https://raw.github.com/jbossas/quickstart/master/forge-from-scratch/generate.fsh"
>
> Thanks guys!
> ~Lincoln
>
> On Wed, Apr 25, 2012 at 6:10 PM, Thomas Fr?hbeck <fruehbeck at aon.at 
> <mailto:fruehbeck at aon.at>> wrote:
>
>     perhaps it helps: the ModuleClassLoader is requested to load this
>     by getResourceAsStream.
>     At this time the paths known to the ClassLoader seem to be:
>
>     "[,
>     META-INF/maven/org.jboss.forge,
>     org/jboss/forge/spec/javaee/cdi,
>     org/jboss/forge/web,
>     org/jboss/forge/spec/javaee/ejb,
>     META-INF/maven/org.jboss.forge/forge-javaee-impl,
>     org,
>     org/jboss/forge/spec/javaee/jsf,
>     org/jboss/forge/spec/javaee/validation/completer,
>     org/jboss/forge/spec/javaee/soap,
>     org/jboss/forge/spec/javaee,
>     org/jboss/forge/spec/javaee/validation/util,
>     org/jboss/forge/spec/javaee/servlet,
>     META-INF/maven,
>     org/jboss,
>     org/jboss/forge/spec,
>     org/jboss/forge/spec/javaee/jpa,
>     org/jboss/forge/spec/javaee/rest,
>     META-INF,
>     org/jboss/forge/spec/javaee/jpa/provider,
>     org/jboss/forge/spec/javaee/jpa/api,
>     org/jboss/forge,
>     org/jboss/forge/spec/javaee/jta,
>     org/jboss/forge/spec/javaee/jms,
>     org/jboss/forge/spec/javaee/validation/provider,
>     META-INF/services,
>     org/jboss/forge/spec/javaee/jstl,
>     org/jboss/forge/spec/javaee/validation,
>     org/jboss/forge/rest,
>     org/jboss/forge/spec/javaee/jpa/container]"
>
>     not one sun.com <http://sun.com> ???
>
>
>
>
> -- 
> Lincoln Baxter, III
> http://ocpsoft.org
> "Simpler is better."
>
>
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120426/dbb8a91c/attachment-0001.html 

From lincolnbaxter at gmail.com  Thu Apr 26 14:30:16 2012
From: lincolnbaxter at gmail.com (Lincoln Baxter, III)
Date: Thu, 26 Apr 2012 14:30:16 -0400
Subject: [forge-dev] [ACTION REQUESTED] The UTF-8 errors are back...
	what happened?
In-Reply-To: <4F997CB1.2020707@redhat.com>
References: <CAEp_U4FykiO9JKC=rwbzdq7oUKG0Z8FH7VDAzUkJsRytQZuF-g@mail.gmail.com>
	<4F985238.4070603@aon.at>
	<CAEp_U4E96J-cisn1Evb+aa=XpUz1kiN437vxF2=WYbz8uK89sQ@mail.gmail.com>
	<4F98638C.4040101@aon.at>
	<CAEp_U4Hrwr_tmwtUx_L7mG7fxLPgKHbk7cKkAVZMmHXwGCvP_g@mail.gmail.com>
	<CAEp_U4HrDZGmRETA8GGazABd8jvPm++n8zf1yGpvL5YUjuPemA@mail.gmail.com>
	<CAEp_U4GmQHPYs8tCWmtTm9sa35_rjZFifU_SumE9RHnj7oWupg@mail.gmail.com>
	<4F98764E.100@aon.at>
	<CAEp_U4FgLezisn4UYJGcY6iJLTfELCN-Mrhjr6DLmVxOf02QwQ@mail.gmail.com>
	<4F997CB1.2020707@redhat.com>
Message-ID: <CAEp_U4Hp4i+x6YLtrs7bu8vPHfAi4RzJ4wGNkFJZsMhhZiJNsA@mail.gmail.com>

Anyone having issues with running the tests?

On Thu, Apr 26, 2012 at 12:49 PM, Ryan Bradley <rbradley at redhat.com> wrote:

>  No warnings on Linux 64 bit (Fedora 15) with Java 7 =)
>
>
> On 04/26/2012 10:26 AM, Lincoln Baxter, III wrote:
>
> Alright. I'm not really sure what happened, but I've gone ahead and fixed
> this again. Somehow the sun.jdk module was not being exported to the proper
> dependencies.
>
> If everyone could please retest and advise if the issue persists, or is
> resolved, that would be of great assistance.
>
> Looking for verification on java 6 and 7:
>
>    - Windows 7 32bit
>     - Windows 7 64bit
>    - Windows XP
>    - Windows Vista (not a huge priority since it sucks so much anyway)
>    - Mac OSX Lion
>    - Max OSX Snow Leopard
>    - Linux 32bit
>    - Linux 64bit
>
> So if you run on any of these operating systems. Please post your results
> here!
>
> Once you have built and installed the latest code from master, you can run
> the following forge script from your system command line to verify
> functionality (you should not see any *WARNING: The encoding UTF-8 is not
> supported by the Java runtime*.)
>
> $ forge -e "run-url
> https://raw.github.com/jbossas/quickstart/master/forge-from-scratch/generate.fsh
> "
>
> Thanks guys!
> ~Lincoln
>
> On Wed, Apr 25, 2012 at 6:10 PM, Thomas Fr?hbeck <fruehbeck at aon.at> wrote:
>
>> perhaps it helps: the ModuleClassLoader is requested to load this by
>> getResourceAsStream.
>> At this time the paths known to the ClassLoader seem to be:
>>
>> "[,
>> META-INF/maven/org.jboss.forge,
>> org/jboss/forge/spec/javaee/cdi,
>> org/jboss/forge/web,
>> org/jboss/forge/spec/javaee/ejb,
>> META-INF/maven/org.jboss.forge/forge-javaee-impl,
>> org,
>> org/jboss/forge/spec/javaee/jsf,
>> org/jboss/forge/spec/javaee/validation/completer,
>> org/jboss/forge/spec/javaee/soap,
>> org/jboss/forge/spec/javaee,
>> org/jboss/forge/spec/javaee/validation/util,
>> org/jboss/forge/spec/javaee/servlet,
>> META-INF/maven,
>> org/jboss,
>> org/jboss/forge/spec,
>> org/jboss/forge/spec/javaee/jpa,
>> org/jboss/forge/spec/javaee/rest,
>> META-INF,
>> org/jboss/forge/spec/javaee/jpa/provider,
>> org/jboss/forge/spec/javaee/jpa/api,
>> org/jboss/forge,
>> org/jboss/forge/spec/javaee/jta,
>> org/jboss/forge/spec/javaee/jms,
>> org/jboss/forge/spec/javaee/validation/provider,
>> META-INF/services,
>> org/jboss/forge/spec/javaee/jstl,
>> org/jboss/forge/spec/javaee/validation,
>> org/jboss/forge/rest,
>> org/jboss/forge/spec/javaee/jpa/container]"
>>
>> not one sun.com ???
>>
>
>
>
> --
> Lincoln Baxter, III
> http://ocpsoft.org
> "Simpler is better."
>
>
> _______________________________________________
> forge-dev mailing listforge-dev at lists.jboss.orghttps://lists.jboss.org/mailman/listinfo/forge-dev
>
>
>
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev
>
>


-- 
Lincoln Baxter, III
http://ocpsoft.org
"Simpler is better."
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120426/174275eb/attachment.html 

From paul.bakker.nl at gmail.com  Thu Apr 26 14:30:53 2012
From: paul.bakker.nl at gmail.com (Paul Bakker)
Date: Thu, 26 Apr 2012 20:30:53 +0200
Subject: [forge-dev] Forge website domain (DISCUSS)
In-Reply-To: <CAEp_U4HyE=W5Sggh=kAuGPk3aYfFyOUaD6bk-fhkkOziW=Ywzg@mail.gmail.com>
References: <BA30D5AD-615E-4D07-A0F3-5FAE5BA75B64@redhat.com>
	<1353868996.5201335447799623.JavaMail.rruss@errais-macbook-pro.local>
	<CAEp_U4HyE=W5Sggh=kAuGPk3aYfFyOUaD6bk-fhkkOziW=Ywzg@mail.gmail.com>
Message-ID: <B3CD84D2-C584-455C-AA04-8058C62B5AD4@gmail.com>

On the topic of the domain name, I think forge.jboss.org is the very best for several reasons:
1) It's matches the name (JBoss Forge) we communicate well
2) It's still clear that it's a JBoss project
3) We could potentially migrate it to any other hosting solution if required for technical reasons
4) It communicates better then jboss.org/forge 

I don't think we should adopt any extra domain names, this is just confusing. 

Paul

On Apr 26, 2012, at 16:53 , Lincoln Baxter, III wrote:

> The plugin repository is a place where authors can, online, without interacting with Git directly, add their plugin, a description, how to install/get started, and basic usage of the plugin. It's a webapp that runs on top of the repo git repository. It's searchable, and much like this: http://grails.org/plugins/
> 
> ~Lincoln
> 
> On Thu, Apr 26, 2012 at 9:43 AM, Rodney Russ <rruss at redhat.com> wrote:
> 
> ----- "Max Rydahl Andersen" <max.andersen at redhat.com> wrote:
> 
> > >> * jboss.org/forge -> this can be easily got. However we cannot
> > have
> > >> all the services that we need (like hosting our plugin repository
> > for
> > >> example). We should stick to the ones offered by the jboss.org
> > server
> > >
> > > -1 if we have limitations
> >
> > What does hosting plugin repo require ?
> >
> > I thought the repo was just a static file that would be regenerated
> > from time to time ?
> 
> >From conversations with Lincoln, the repository would be more dynamic (e.g. web app) than static.  I'll let Lincoln list the details.  The other item we discussed was the URL's themselves as
> 
> forge.jboss.org/plugins would be preferred over
> jboss.org/forge/plugins
> 
> but that specifically is an aesthetic issue more than a technical one
> 
> >
> > Would a reverse proxy setup be sufficient ?
> >
> > i.e. jboss.org/forge/repo redirected to some openshift hosted setup ?
> >
> > I don't think jboss.org guys would reject that upfront if they get
> > asked.
> >
> > Depends of course of what IT etc. says and how the setup works - i.e.
> > I got such setup for jboss central feeds to feedburner and the only
> > challenge
> > been that they only allow proxy redirect to specific set of IP's but
> > that shouldn't
> > be a a big problem for this should it ?
> >
> > >> * forge.jboss.org -> we can use this domain name in all kinds of
> > cloud
> > >> solutions (like Openshift). There we will be in power to choose
> > the
> > >> web site technology
> > >
> > > +1
> >
> > I got tools.jboss.org setup, but that just goes to jboss.org/tools and
> > just because
> > this was asked for long before they started using: issues.jboss.org,
> > community.jboss.org, source.jboss.org etc.
> >
> > forge.jboss.org falls a bit outside of this so not sure how that fits,
> > but worth asking jboss.org guys about.
> >
> > /max
> >
> >
> > _______________________________________________
> > forge-dev mailing list
> > forge-dev at lists.jboss.org
> > https://lists.jboss.org/mailman/listinfo/forge-dev
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev
> 
> 
> 
> -- 
> Lincoln Baxter, III
> http://ocpsoft.org
> "Simpler is better."
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120426/0fece4bc/attachment.html 

From rruss at redhat.com  Thu Apr 26 15:38:02 2012
From: rruss at redhat.com (Rodney Russ)
Date: Thu, 26 Apr 2012 15:38:02 -0400 (EDT)
Subject: [forge-dev] Forge Hack Night
In-Reply-To: <EC3E63E5-7E4D-43A4-B2F5-8BCA3C9653C1@gmail.com>
Message-ID: <108594618.6351335469076002.JavaMail.rruss@errais-macbook-pro.local>


----- "Paul Bakker" <paul.bakker.nl at gmail.com> wrote:

> It's a good idea, but always hard to make it convenient for everyone
> due to time differences. What day/time would be good?
> I'm bound to evenings (gmt +1) myself, what about others?
> 
> Still a while away, but another opportunity would be a face-to-face
> hackington during one of the evenings of JUDCon/JBW end of June. Who
> is going there?

I thought one of the nights (maybe Monday) was going to be dedicated to a hackathon.  At least, that's been the typical approach at JUDCon.

> 
> Paul
> 
> On Apr 26, 2012, at 19:36 , George Gastaldi wrote:
> 
> > It was on 19:00 GMT-03:00.
> > 
> > That would be awesome. We should pick a date that?s better for the
> most.
> > 
> > Regards,
> > 
> > George Gastaldi
> > 
> > 2012/4/26 Lincoln Baxter, III <lincolnbaxter at gmail.com>:
> >> Hey George!
> >> 
> >> I like this idea, when was the Seam 3 hack night? It seemed to work
> well but
> >> I could never attend due to the timing.
> >> 
> >> ~Lincoln
> >> 
> >> On Tue, Apr 24, 2012 at 11:43 AM, George Gastaldi
> <gegastaldi at gmail.com>
> >> wrote:
> >>> 
> >>> Hello everyone !
> >>> 
> >>> We should have a Forge Hack Night sometime to focus on the nasty
> bugs
> >>> and shorten the release cycle.
> >>> That?s the same activity people from Seam 3 had.
> >>> 
> >>> WDYT ?
> >>> 
> >>> Regards,
> >>> 
> >>> George Gastaldi
> >>> 
> >>> _______________________________________________
> >>> forge-dev mailing list
> >>> forge-dev at lists.jboss.org
> >>> https://lists.jboss.org/mailman/listinfo/forge-dev
> >> 
> >> 
> >> 
> >> 
> >> --
> >> Lincoln Baxter, III
> >> http://ocpsoft.org
> >> "Simpler is better."
> >> 
> >> _______________________________________________
> >> forge-dev mailing list
> >> forge-dev at lists.jboss.org
> >> https://lists.jboss.org/mailman/listinfo/forge-dev
> >> 
> > 
> > _______________________________________________
> > forge-dev mailing list
> > forge-dev at lists.jboss.org
> > https://lists.jboss.org/mailman/listinfo/forge-dev
> 
> 
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev


From fruehbeck at aon.at  Thu Apr 26 17:49:26 2012
From: fruehbeck at aon.at (=?ISO-8859-1?Q?Thomas_Fr=FChbeck?=)
Date: Thu, 26 Apr 2012 23:49:26 +0200
Subject: [forge-dev] [ACTION REQUESTED] The UTF-8 errors are back...
 what happened?
In-Reply-To: <CAEp_U4FgLezisn4UYJGcY6iJLTfELCN-Mrhjr6DLmVxOf02QwQ@mail.gmail.com>
References: <CAEp_U4FykiO9JKC=rwbzdq7oUKG0Z8FH7VDAzUkJsRytQZuF-g@mail.gmail.com>
	<4F985238.4070603@aon.at>
	<CAEp_U4E96J-cisn1Evb+aa=XpUz1kiN437vxF2=WYbz8uK89sQ@mail.gmail.com>
	<4F98638C.4040101@aon.at>
	<CAEp_U4Hrwr_tmwtUx_L7mG7fxLPgKHbk7cKkAVZMmHXwGCvP_g@mail.gmail.com>
	<CAEp_U4HrDZGmRETA8GGazABd8jvPm++n8zf1yGpvL5YUjuPemA@mail.gmail.com>
	<CAEp_U4GmQHPYs8tCWmtTm9sa35_rjZFifU_SumE9RHnj7oWupg@mail.gmail.com>
	<4F98764E.100@aon.at>
	<CAEp_U4FgLezisn4UYJGcY6iJLTfELCN-Mrhjr6DLmVxOf02QwQ@mail.gmail.com>
Message-ID: <4F99C2E6.80601@aon.at>

OS: SuSE Linux 3.1.10-1.9, x64
JVM: Java(TM) SE Runtime Environment (build 1.6.0_31-b04)
         Java(TM) SE Runtime Environment (build 1.7.0_03-b04)
         OpenJDK Runtime Environment (IcedTea6 1.11.1) (suse-3.1-x86_64)

no UTF-8 warnings detected.

By the way, I feel inclined to think that this highly valuable 
technology JBossModules brings some intricacies with it.
Lincoln, would you please let us have part in the story of your 
adventurous ride of the tiger?
I am sure, that this issue will become one of the cornerstones of 
experiences with class loading :-)

Thomas

From lincolnbaxter at gmail.com  Fri Apr 27 01:03:01 2012
From: lincolnbaxter at gmail.com (Lincoln Baxter, III)
Date: Fri, 27 Apr 2012 01:03:01 -0400
Subject: [forge-dev] [ACTION REQUESTED] The UTF-8 errors are back...
	what happened?
In-Reply-To: <4F99C2E6.80601@aon.at>
References: <CAEp_U4FykiO9JKC=rwbzdq7oUKG0Z8FH7VDAzUkJsRytQZuF-g@mail.gmail.com>
	<4F985238.4070603@aon.at>
	<CAEp_U4E96J-cisn1Evb+aa=XpUz1kiN437vxF2=WYbz8uK89sQ@mail.gmail.com>
	<4F98638C.4040101@aon.at>
	<CAEp_U4Hrwr_tmwtUx_L7mG7fxLPgKHbk7cKkAVZMmHXwGCvP_g@mail.gmail.com>
	<CAEp_U4HrDZGmRETA8GGazABd8jvPm++n8zf1yGpvL5YUjuPemA@mail.gmail.com>
	<CAEp_U4GmQHPYs8tCWmtTm9sa35_rjZFifU_SumE9RHnj7oWupg@mail.gmail.com>
	<4F98764E.100@aon.at>
	<CAEp_U4FgLezisn4UYJGcY6iJLTfELCN-Mrhjr6DLmVxOf02QwQ@mail.gmail.com>
	<4F99C2E6.80601@aon.at>
Message-ID: <CAEp_U4GVnjjywQMhHyKznF1=JzYzWk8gzrLfytkgBhdSj+=hNQ@mail.gmail.com>

If I'm understanding right, you want me to explain what I did?

I wish I could say it were more glamerous. I just added the package of the
class you said was being looked up but not found to the sun.jdk module,
then added the sun.jdk module to the javax.api module so that all modules
requiring classes from the Java APIs would have access to the JDK sun
classes as well.

Not a great fix, but it works I guess.

~Lincoln

On Thu, Apr 26, 2012 at 5:49 PM, Thomas Fr?hbeck <fruehbeck at aon.at> wrote:

> OS: SuSE Linux 3.1.10-1.9, x64
> JVM: Java(TM) SE Runtime Environment (build 1.6.0_31-b04)
>        Java(TM) SE Runtime Environment (build 1.7.0_03-b04)
>        OpenJDK Runtime Environment (IcedTea6 1.11.1) (suse-3.1-x86_64)
>
> no UTF-8 warnings detected.
>
> By the way, I feel inclined to think that this highly valuable technology
> JBossModules brings some intricacies with it.
> Lincoln, would you please let us have part in the story of your
> adventurous ride of the tiger?
> I am sure, that this issue will become one of the cornerstones of
> experiences with class loading :-)
>
> Thomas
>



-- 
Lincoln Baxter, III
http://ocpsoft.org
"Simpler is better."
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120427/b6b5da9c/attachment-0001.html 

From ivan.st.ivanov at gmail.com  Fri Apr 27 07:31:35 2012
From: ivan.st.ivanov at gmail.com (Ivan St. Ivanov)
Date: Fri, 27 Apr 2012 14:31:35 +0300
Subject: [forge-dev] Forge Hack Night
In-Reply-To: <108594618.6351335469076002.JavaMail.rruss@errais-macbook-pro.local>
References: <EC3E63E5-7E4D-43A4-B2F5-8BCA3C9653C1@gmail.com>
	<108594618.6351335469076002.JavaMail.rruss@errais-macbook-pro.local>
Message-ID: <CACYLA9FDHcOLtZBHBPBZ3nbPx2_HHWuQ5isCE8QitLdb3NfPQg@mail.gmail.com>

Hi folks!

Great idea, George! But as far as I know we have contributors in Americas,
Europe and even Australia (Richard lives there, right?). So it would be a
challenge to organize this.

My preferred hours are from 20:00 to 02:00 GMT (excluding Fridays).

Cheers,
Ivan

On Thu, Apr 26, 2012 at 10:38 PM, Rodney Russ <rruss at redhat.com> wrote:

>
> ----- "Paul Bakker" <paul.bakker.nl at gmail.com> wrote:
>
> > It's a good idea, but always hard to make it convenient for everyone
> > due to time differences. What day/time would be good?
> > I'm bound to evenings (gmt +1) myself, what about others?
> >
> > Still a while away, but another opportunity would be a face-to-face
> > hackington during one of the evenings of JUDCon/JBW end of June. Who
> > is going there?
>
> I thought one of the nights (maybe Monday) was going to be dedicated to a
> hackathon.  At least, that's been the typical approach at JUDCon.
>
> >
> > Paul
> >
> > On Apr 26, 2012, at 19:36 , George Gastaldi wrote:
> >
> > > It was on 19:00 GMT-03:00.
> > >
> > > That would be awesome. We should pick a date that?s better for the
> > most.
> > >
> > > Regards,
> > >
> > > George Gastaldi
> > >
> > > 2012/4/26 Lincoln Baxter, III <lincolnbaxter at gmail.com>:
> > >> Hey George!
> > >>
> > >> I like this idea, when was the Seam 3 hack night? It seemed to work
> > well but
> > >> I could never attend due to the timing.
> > >>
> > >> ~Lincoln
> > >>
> > >> On Tue, Apr 24, 2012 at 11:43 AM, George Gastaldi
> > <gegastaldi at gmail.com>
> > >> wrote:
> > >>>
> > >>> Hello everyone !
> > >>>
> > >>> We should have a Forge Hack Night sometime to focus on the nasty
> > bugs
> > >>> and shorten the release cycle.
> > >>> That?s the same activity people from Seam 3 had.
> > >>>
> > >>> WDYT ?
> > >>>
> > >>> Regards,
> > >>>
> > >>> George Gastaldi
> > >>>
> > >>> _______________________________________________
> > >>> forge-dev mailing list
> > >>> forge-dev at lists.jboss.org
> > >>> https://lists.jboss.org/mailman/listinfo/forge-dev
> > >>
> > >>
> > >>
> > >>
> > >> --
> > >> Lincoln Baxter, III
> > >> http://ocpsoft.org
> > >> "Simpler is better."
> > >>
> > >> _______________________________________________
> > >> forge-dev mailing list
> > >> forge-dev at lists.jboss.org
> > >> https://lists.jboss.org/mailman/listinfo/forge-dev
> > >>
> > >
> > > _______________________________________________
> > > forge-dev mailing list
> > > forge-dev at lists.jboss.org
> > > https://lists.jboss.org/mailman/listinfo/forge-dev
> >
> >
> > _______________________________________________
> > forge-dev mailing list
> > forge-dev at lists.jboss.org
> > https://lists.jboss.org/mailman/listinfo/forge-dev
>
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120427/0d143c7d/attachment.html 

From max.andersen at redhat.com  Fri Apr 27 18:33:32 2012
From: max.andersen at redhat.com (Max Rydahl Andersen)
Date: Sat, 28 Apr 2012 00:33:32 +0200
Subject: [forge-dev] Forge website domain (DISCUSS)
In-Reply-To: <B3CD84D2-C584-455C-AA04-8058C62B5AD4@gmail.com>
References: <BA30D5AD-615E-4D07-A0F3-5FAE5BA75B64@redhat.com>
	<1353868996.5201335447799623.JavaMail.rruss@errais-macbook-pro.local>
	<CAEp_U4HyE=W5Sggh=kAuGPk3aYfFyOUaD6bk-fhkkOziW=Ywzg@mail.gmail.com>
	<B3CD84D2-C584-455C-AA04-8058C62B5AD4@gmail.com>
Message-ID: <590541DC-7934-4AF7-A5FC-116EA5491D91@redhat.com>

so Lincoln, you need to request that from help at jboss.org or TAG since its a different layout than anything else.

I'll support it but lets get the process started then.

/max

On Apr 26, 2012, at 20:30 , Paul Bakker wrote:

> On the topic of the domain name, I think forge.jboss.org is the very best for several reasons:
> 1) It's matches the name (JBoss Forge) we communicate well
> 2) It's still clear that it's a JBoss project
> 3) We could potentially migrate it to any other hosting solution if required for technical reasons
> 4) It communicates better then jboss.org/forge 
> 
> I don't think we should adopt any extra domain names, this is just confusing. 
> 
> Paul
> 
> On Apr 26, 2012, at 16:53 , Lincoln Baxter, III wrote:
> 
>> The plugin repository is a place where authors can, online, without interacting with Git directly, add their plugin, a description, how to install/get started, and basic usage of the plugin. It's a webapp that runs on top of the repo git repository. It's searchable, and much like this: http://grails.org/plugins/
>> 
>> ~Lincoln
>> 
>> On Thu, Apr 26, 2012 at 9:43 AM, Rodney Russ <rruss at redhat.com> wrote:
>> 
>> ----- "Max Rydahl Andersen" <max.andersen at redhat.com> wrote:
>> 
>> > >> * jboss.org/forge -> this can be easily got. However we cannot
>> > have
>> > >> all the services that we need (like hosting our plugin repository
>> > for
>> > >> example). We should stick to the ones offered by the jboss.org
>> > server
>> > >
>> > > -1 if we have limitations
>> >
>> > What does hosting plugin repo require ?
>> >
>> > I thought the repo was just a static file that would be regenerated
>> > from time to time ?
>> 
>> >From conversations with Lincoln, the repository would be more dynamic (e.g. web app) than static.  I'll let Lincoln list the details.  The other item we discussed was the URL's themselves as
>> 
>> forge.jboss.org/plugins would be preferred over
>> jboss.org/forge/plugins
>> 
>> but that specifically is an aesthetic issue more than a technical one
>> 
>> >
>> > Would a reverse proxy setup be sufficient ?
>> >
>> > i.e. jboss.org/forge/repo redirected to some openshift hosted setup ?
>> >
>> > I don't think jboss.org guys would reject that upfront if they get
>> > asked.
>> >
>> > Depends of course of what IT etc. says and how the setup works - i.e.
>> > I got such setup for jboss central feeds to feedburner and the only
>> > challenge
>> > been that they only allow proxy redirect to specific set of IP's but
>> > that shouldn't
>> > be a a big problem for this should it ?
>> >
>> > >> * forge.jboss.org -> we can use this domain name in all kinds of
>> > cloud
>> > >> solutions (like Openshift). There we will be in power to choose
>> > the
>> > >> web site technology
>> > >
>> > > +1
>> >
>> > I got tools.jboss.org setup, but that just goes to jboss.org/tools and
>> > just because
>> > this was asked for long before they started using: issues.jboss.org,
>> > community.jboss.org, source.jboss.org etc.
>> >
>> > forge.jboss.org falls a bit outside of this so not sure how that fits,
>> > but worth asking jboss.org guys about.
>> >
>> > /max
>> >
>> >
>> > _______________________________________________
>> > forge-dev mailing list
>> > forge-dev at lists.jboss.org
>> > https://lists.jboss.org/mailman/listinfo/forge-dev
>> _______________________________________________
>> forge-dev mailing list
>> forge-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/forge-dev
>> 
>> 
>> 
>> -- 
>> Lincoln Baxter, III
>> http://ocpsoft.org
>> "Simpler is better."
>> _______________________________________________
>> forge-dev mailing list
>> forge-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/forge-dev
> 
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev



From richard at kennardconsulting.com  Sat Apr 28 01:17:24 2012
From: richard at kennardconsulting.com (Richard Kennard)
Date: Sat, 28 Apr 2012 15:17:24 +1000
Subject: [forge-dev] Some incorrect changes to JSF scaffolding?
Message-ID: <4F9B7D64.7050001@kennardconsulting.com>

Hi guys,

I'm taking a break from the JSF UI scaffolding at the moment, but I notice some incorrect changes have been made. Could I please ask someone to revisit 
them? Specifically:

1. ForgeInspector now holds a reference to ForgeInspectorConfig internally, and uses this to access certain settings. Because ForgeInspector is required to 
be immutable, but ForgeInspectorConfig is not, this may break things. ForgeInspector  should *defensively copy* any settings it needs at construction time.

2. ForgeInspectorConfig has a getProject method that doesn't appear to be used?

3. ForgeInspectionResultProcessor has a setProject method. Again, this breaks immutability. Also, it doesn't appear to be used?

Regards,

Richard.



From fruehbeck at aon.at  Sun Apr 29 02:16:10 2012
From: fruehbeck at aon.at (=?ISO-8859-1?Q?Thomas_Fr=FChbeck?=)
Date: Sun, 29 Apr 2012 08:16:10 +0200
Subject: [forge-dev] Some incorrect changes to JSF scaffolding?
In-Reply-To: <4F9B7D64.7050001@kennardconsulting.com>
References: <4F9B7D64.7050001@kennardconsulting.com>
Message-ID: <4F9CDCAA.1090407@aon.at>

Hi Richard.
I did, repair ASAP, thanks for watching.
Regards,
Thomas

From dan.j.allen at gmail.com  Sun Apr 29 17:20:05 2012
From: dan.j.allen at gmail.com (Dan Allen)
Date: Sun, 29 Apr 2012 17:20:05 -0400
Subject: [forge-dev] Forge Arquillian plugin guide on arquillian.org
Message-ID: <CAKeHnO677upO_-oo1FNa7+p=Gs+D=0D-vYVb51=ZLCXL=Bp=pg@mail.gmail.com>

I just finished revising the "Get Started Faster with Forge" guide on
arquillian.org to be current with the latest final releases of Forge and
Arquillian. It should now work as expected.

http://arquillian.org/guides/get_started_faster_with_forge/

There's no question, the Forge Arquillian plugin is the fastest way to get
an Arquillian project setup and churn out tests. Conversely, this
guide--and subsequent guides--could bring a lot of exposure to the Forge
project.

It would be great if the Forge team kept an eye on this tutorial to make
sure that it remains current. As a basic step, simply report problems in
the issue tracker when you hear about them (or encourage others to do so).

https://github.com/arquillian/arquillian.github.com/issues

Even better, correct the file and send a pull request when you see
something out of date.

Also, feel free to spread the word about the guide!

Thanks!

-Dan

-- 
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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120429/fb3b8538/attachment.html 

From lincolnbaxter at gmail.com  Mon Apr 30 04:52:52 2012
From: lincolnbaxter at gmail.com (Lincoln Baxter, III)
Date: Mon, 30 Apr 2012 01:52:52 -0700
Subject: [forge-dev] Lincoln is at OpenCloud Conf
Message-ID: <CAEp_U4Futf75WfyBZwK8rGCB65BiqgT2-CbQT4dRPKjFjKWDZg@mail.gmail.com>

And will be intermittently online until next week. Please email dev list
with issues and I'll try to answer asap :)

Also, who wants to run this week's dev meeting?

Cheers!

-- 
Lincoln Baxter, III
http://ocpsoft.org
"Simpler is better."
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120430/907cf359/attachment.html 

From lincolnbaxter at gmail.com  Mon Apr 30 04:54:28 2012
From: lincolnbaxter at gmail.com (Lincoln Baxter, III)
Date: Mon, 30 Apr 2012 01:54:28 -0700
Subject: [forge-dev] Forge website domain (DISCUSS)
In-Reply-To: <590541DC-7934-4AF7-A5FC-116EA5491D91@redhat.com>
References: <BA30D5AD-615E-4D07-A0F3-5FAE5BA75B64@redhat.com>
	<1353868996.5201335447799623.JavaMail.rruss@errais-macbook-pro.local>
	<CAEp_U4HyE=W5Sggh=kAuGPk3aYfFyOUaD6bk-fhkkOziW=Ywzg@mail.gmail.com>
	<B3CD84D2-C584-455C-AA04-8058C62B5AD4@gmail.com>
	<590541DC-7934-4AF7-A5FC-116EA5491D91@redhat.com>
Message-ID: <CAEp_U4HaNP0t+-sUhobO82Dn7Cwbdtf96jN26L5_R7tmM-DsKA@mail.gmail.com>

Ok. I am currently discussing with Mark, so I need to finish that first.

On Fri, Apr 27, 2012 at 3:33 PM, Max Rydahl Andersen <
max.andersen at redhat.com> wrote:

> so Lincoln, you need to request that from help at jboss.org or TAG since its
> a different layout than anything else.
>
> I'll support it but lets get the process started then.
>
> /max
>
> On Apr 26, 2012, at 20:30 , Paul Bakker wrote:
>
> > On the topic of the domain name, I think forge.jboss.org is the very
> best for several reasons:
> > 1) It's matches the name (JBoss Forge) we communicate well
> > 2) It's still clear that it's a JBoss project
> > 3) We could potentially migrate it to any other hosting solution if
> required for technical reasons
> > 4) It communicates better then jboss.org/forge
> >
> > I don't think we should adopt any extra domain names, this is just
> confusing.
> >
> > Paul
> >
> > On Apr 26, 2012, at 16:53 , Lincoln Baxter, III wrote:
> >
> >> The plugin repository is a place where authors can, online, without
> interacting with Git directly, add their plugin, a description, how to
> install/get started, and basic usage of the plugin. It's a webapp that runs
> on top of the repo git repository. It's searchable, and much like this:
> http://grails.org/plugins/
> >>
> >> ~Lincoln
> >>
> >> On Thu, Apr 26, 2012 at 9:43 AM, Rodney Russ <rruss at redhat.com> wrote:
> >>
> >> ----- "Max Rydahl Andersen" <max.andersen at redhat.com> wrote:
> >>
> >> > >> * jboss.org/forge -> this can be easily got. However we cannot
> >> > have
> >> > >> all the services that we need (like hosting our plugin repository
> >> > for
> >> > >> example). We should stick to the ones offered by the jboss.org
> >> > server
> >> > >
> >> > > -1 if we have limitations
> >> >
> >> > What does hosting plugin repo require ?
> >> >
> >> > I thought the repo was just a static file that would be regenerated
> >> > from time to time ?
> >>
> >> >From conversations with Lincoln, the repository would be more dynamic
> (e.g. web app) than static.  I'll let Lincoln list the details.  The other
> item we discussed was the URL's themselves as
> >>
> >> forge.jboss.org/plugins would be preferred over
> >> jboss.org/forge/plugins
> >>
> >> but that specifically is an aesthetic issue more than a technical one
> >>
> >> >
> >> > Would a reverse proxy setup be sufficient ?
> >> >
> >> > i.e. jboss.org/forge/repo redirected to some openshift hosted setup ?
> >> >
> >> > I don't think jboss.org guys would reject that upfront if they get
> >> > asked.
> >> >
> >> > Depends of course of what IT etc. says and how the setup works - i.e.
> >> > I got such setup for jboss central feeds to feedburner and the only
> >> > challenge
> >> > been that they only allow proxy redirect to specific set of IP's but
> >> > that shouldn't
> >> > be a a big problem for this should it ?
> >> >
> >> > >> * forge.jboss.org -> we can use this domain name in all kinds of
> >> > cloud
> >> > >> solutions (like Openshift). There we will be in power to choose
> >> > the
> >> > >> web site technology
> >> > >
> >> > > +1
> >> >
> >> > I got tools.jboss.org setup, but that just goes to jboss.org/toolsand
> >> > just because
> >> > this was asked for long before they started using: issues.jboss.org,
> >> > community.jboss.org, source.jboss.org etc.
> >> >
> >> > forge.jboss.org falls a bit outside of this so not sure how that
> fits,
> >> > but worth asking jboss.org guys about.
> >> >
> >> > /max
> >> >
> >> >
> >> > _______________________________________________
> >> > forge-dev mailing list
> >> > forge-dev at lists.jboss.org
> >> > https://lists.jboss.org/mailman/listinfo/forge-dev
> >> _______________________________________________
> >> forge-dev mailing list
> >> forge-dev at lists.jboss.org
> >> https://lists.jboss.org/mailman/listinfo/forge-dev
> >>
> >>
> >>
> >> --
> >> Lincoln Baxter, III
> >> http://ocpsoft.org
> >> "Simpler is better."
> >> _______________________________________________
> >> forge-dev mailing list
> >> forge-dev at lists.jboss.org
> >> https://lists.jboss.org/mailman/listinfo/forge-dev
> >
> > _______________________________________________
> > forge-dev mailing list
> > forge-dev at lists.jboss.org
> > https://lists.jboss.org/mailman/listinfo/forge-dev
>
>
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev
>



-- 
Lincoln Baxter, III
http://ocpsoft.org
"Simpler is better."
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120430/247e4b7a/attachment.html 

From lincolnbaxter at gmail.com  Mon Apr 30 04:54:50 2012
From: lincolnbaxter at gmail.com (Lincoln Baxter, III)
Date: Mon, 30 Apr 2012 01:54:50 -0700
Subject: [forge-dev] Forge website domain (DISCUSS)
In-Reply-To: <CAEp_U4HaNP0t+-sUhobO82Dn7Cwbdtf96jN26L5_R7tmM-DsKA@mail.gmail.com>
References: <BA30D5AD-615E-4D07-A0F3-5FAE5BA75B64@redhat.com>
	<1353868996.5201335447799623.JavaMail.rruss@errais-macbook-pro.local>
	<CAEp_U4HyE=W5Sggh=kAuGPk3aYfFyOUaD6bk-fhkkOziW=Ywzg@mail.gmail.com>
	<B3CD84D2-C584-455C-AA04-8058C62B5AD4@gmail.com>
	<590541DC-7934-4AF7-A5FC-116EA5491D91@redhat.com>
	<CAEp_U4HaNP0t+-sUhobO82Dn7Cwbdtf96jN26L5_R7tmM-DsKA@mail.gmail.com>
Message-ID: <CAEp_U4EYwWovnod7Nm9uQZ2zkDSmaiig8+9L5DwxSeJJeozbhw@mail.gmail.com>

PS.  Thanks :)

On Mon, Apr 30, 2012 at 1:54 AM, Lincoln Baxter, III <
lincolnbaxter at gmail.com> wrote:

> Ok. I am currently discussing with Mark, so I need to finish that first.
>
>
> On Fri, Apr 27, 2012 at 3:33 PM, Max Rydahl Andersen <
> max.andersen at redhat.com> wrote:
>
>> so Lincoln, you need to request that from help at jboss.org or TAG since
>> its a different layout than anything else.
>>
>> I'll support it but lets get the process started then.
>>
>> /max
>>
>> On Apr 26, 2012, at 20:30 , Paul Bakker wrote:
>>
>> > On the topic of the domain name, I think forge.jboss.org is the very
>> best for several reasons:
>> > 1) It's matches the name (JBoss Forge) we communicate well
>> > 2) It's still clear that it's a JBoss project
>> > 3) We could potentially migrate it to any other hosting solution if
>> required for technical reasons
>> > 4) It communicates better then jboss.org/forge
>> >
>> > I don't think we should adopt any extra domain names, this is just
>> confusing.
>> >
>> > Paul
>> >
>> > On Apr 26, 2012, at 16:53 , Lincoln Baxter, III wrote:
>> >
>> >> The plugin repository is a place where authors can, online, without
>> interacting with Git directly, add their plugin, a description, how to
>> install/get started, and basic usage of the plugin. It's a webapp that runs
>> on top of the repo git repository. It's searchable, and much like this:
>> http://grails.org/plugins/
>> >>
>> >> ~Lincoln
>> >>
>> >> On Thu, Apr 26, 2012 at 9:43 AM, Rodney Russ <rruss at redhat.com> wrote:
>> >>
>> >> ----- "Max Rydahl Andersen" <max.andersen at redhat.com> wrote:
>> >>
>> >> > >> * jboss.org/forge -> this can be easily got. However we cannot
>> >> > have
>> >> > >> all the services that we need (like hosting our plugin repository
>> >> > for
>> >> > >> example). We should stick to the ones offered by the jboss.org
>> >> > server
>> >> > >
>> >> > > -1 if we have limitations
>> >> >
>> >> > What does hosting plugin repo require ?
>> >> >
>> >> > I thought the repo was just a static file that would be regenerated
>> >> > from time to time ?
>> >>
>> >> >From conversations with Lincoln, the repository would be more dynamic
>> (e.g. web app) than static.  I'll let Lincoln list the details.  The other
>> item we discussed was the URL's themselves as
>> >>
>> >> forge.jboss.org/plugins would be preferred over
>> >> jboss.org/forge/plugins
>> >>
>> >> but that specifically is an aesthetic issue more than a technical one
>> >>
>> >> >
>> >> > Would a reverse proxy setup be sufficient ?
>> >> >
>> >> > i.e. jboss.org/forge/repo redirected to some openshift hosted setup
>> ?
>> >> >
>> >> > I don't think jboss.org guys would reject that upfront if they get
>> >> > asked.
>> >> >
>> >> > Depends of course of what IT etc. says and how the setup works - i.e.
>> >> > I got such setup for jboss central feeds to feedburner and the only
>> >> > challenge
>> >> > been that they only allow proxy redirect to specific set of IP's but
>> >> > that shouldn't
>> >> > be a a big problem for this should it ?
>> >> >
>> >> > >> * forge.jboss.org -> we can use this domain name in all kinds of
>> >> > cloud
>> >> > >> solutions (like Openshift). There we will be in power to choose
>> >> > the
>> >> > >> web site technology
>> >> > >
>> >> > > +1
>> >> >
>> >> > I got tools.jboss.org setup, but that just goes to jboss.org/toolsand
>> >> > just because
>> >> > this was asked for long before they started using: issues.jboss.org,
>> >> > community.jboss.org, source.jboss.org etc.
>> >> >
>> >> > forge.jboss.org falls a bit outside of this so not sure how that
>> fits,
>> >> > but worth asking jboss.org guys about.
>> >> >
>> >> > /max
>> >> >
>> >> >
>> >> > _______________________________________________
>> >> > forge-dev mailing list
>> >> > forge-dev at lists.jboss.org
>> >> > https://lists.jboss.org/mailman/listinfo/forge-dev
>> >> _______________________________________________
>> >> forge-dev mailing list
>> >> forge-dev at lists.jboss.org
>> >> https://lists.jboss.org/mailman/listinfo/forge-dev
>> >>
>> >>
>> >>
>> >> --
>> >> Lincoln Baxter, III
>> >> http://ocpsoft.org
>> >> "Simpler is better."
>> >> _______________________________________________
>> >> forge-dev mailing list
>> >> forge-dev at lists.jboss.org
>> >> https://lists.jboss.org/mailman/listinfo/forge-dev
>> >
>> > _______________________________________________
>> > forge-dev mailing list
>> > forge-dev at lists.jboss.org
>> > https://lists.jboss.org/mailman/listinfo/forge-dev
>>
>>
>> _______________________________________________
>> forge-dev mailing list
>> forge-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>
>
>
>
> --
> Lincoln Baxter, III
> http://ocpsoft.org
> "Simpler is better."
>



-- 
Lincoln Baxter, III
http://ocpsoft.org
"Simpler is better."
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120430/770e3572/attachment-0001.html 

From paul.bakker.nl at gmail.com  Mon Apr 30 04:56:09 2012
From: paul.bakker.nl at gmail.com (Paul Bakker)
Date: Mon, 30 Apr 2012 10:56:09 +0200
Subject: [forge-dev] Lincoln is at OpenCloud Conf
In-Reply-To: <CAEp_U4Futf75WfyBZwK8rGCB65BiqgT2-CbQT4dRPKjFjKWDZg@mail.gmail.com>
References: <CAEp_U4Futf75WfyBZwK8rGCB65BiqgT2-CbQT4dRPKjFjKWDZg@mail.gmail.com>
Message-ID: <3DB8288E-A75F-46E1-BAFE-C0A0A3060C60@gmail.com>

I have a work meeting Wednesday, so I can't...
Have fun at the conference :-)

Paul

On Apr 30, 2012, at 10:52 , Lincoln Baxter, III wrote:

> And will be intermittently online until next week. Please email dev list with issues and I'll try to answer asap :)
> 
> Also, who wants to run this week's dev meeting?
> 
> Cheers!
> 
> -- 
> Lincoln Baxter, III
> http://ocpsoft.org
> "Simpler is better."
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120430/6c073356/attachment.html 

From fruehbeck at aon.at  Mon Apr 30 09:23:05 2012
From: fruehbeck at aon.at (=?ISO-8859-1?Q?Thomas_Fr=FChbeck?=)
Date: Mon, 30 Apr 2012 15:23:05 +0200
Subject: [forge-dev] Some incorrect changes to JSF scaffolding?
In-Reply-To: <4F9B7D64.7050001@kennardconsulting.com>
References: <4F9B7D64.7050001@kennardconsulting.com>
Message-ID: <4F9E9239.4060404@aon.at>

a follow up:
during cleaning up of my faces scaffold changes I also dared to change 
the following:

     - test-harness-web:
         - upgrade to JBoss AS 7.1.1.Final, added dependencies to JUnit 
and Shrinkwrap, which seemed to be missing when running the maven build
         I checked the customers of WebTestImpl and only found tests in 
scaffold-faces and scaffold-aerogear, both are verified still working

     - dstribution pom:
         added a profile to run Forge via maven to enable run/debug for 
the poor/lucky guys hooked on NetBeans (which really instruments Maven :) :
             mvn -P runForge exec:exec
             mvn -X -P debugForge exec:exec -Ddebug.props="-Xdebug 
-Xrunjdwp:transport=dt_socket,address=${jpda.port},server=y,suspend=n"

The changes may be seen at: https://shadogray at github.com/shadogray/core.git
Any objections against those changes are accepted.

Regards,
Thomas

From dan.j.allen at gmail.com  Mon Apr 30 11:25:19 2012
From: dan.j.allen at gmail.com (Dan Allen)
Date: Mon, 30 Apr 2012 11:25:19 -0400
Subject: [forge-dev] Lincoln is at OpenCloud Conf
In-Reply-To: <CAEp_U4Futf75WfyBZwK8rGCB65BiqgT2-CbQT4dRPKjFjKWDZg@mail.gmail.com>
References: <CAEp_U4Futf75WfyBZwK8rGCB65BiqgT2-CbQT4dRPKjFjKWDZg@mail.gmail.com>
Message-ID: <CAKeHnO6ccQuXnA3Mvt9=BHRHu9O-k0oL7k8NFjZ13UsVd9wR0w@mail.gmail.com>

Good luck at the conference, Lincoln! We'll be following on Twitter.

-Dan

On Mon, Apr 30, 2012 at 04:52, Lincoln Baxter, III
<lincolnbaxter at gmail.com>wrote:

> And will be intermittently online until next week. Please email dev list
> with issues and I'll try to answer asap :)
>
> Also, who wants to run this week's dev meeting?
>
> Cheers!
>
> --
> Lincoln Baxter, III
> http://ocpsoft.org
> "Simpler is better."
>
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev
>
>


-- 
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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120430/dd6d1d2c/attachment.html 

From lincolnbaxter at gmail.com  Mon Apr 30 19:23:02 2012
From: lincolnbaxter at gmail.com (Lincoln Baxter, III)
Date: Mon, 30 Apr 2012 16:23:02 -0700
Subject: [forge-dev] Some incorrect changes to JSF scaffolding?
In-Reply-To: <4F9E9239.4060404@aon.at>
References: <4F9B7D64.7050001@kennardconsulting.com> <4F9E9239.4060404@aon.at>
Message-ID: <CAEp_U4EUHHnSE22-wRhus8hTf1Lu4hK+ZU0DaPyb=F6m2Bcqpw@mail.gmail.com>

Hey Thomas,

Could you post the link to the GitHub diff of your changes (or submit a
pull request to show that?) Thanks!

~Lincoln

On Mon, Apr 30, 2012 at 6:23 AM, Thomas Fr?hbeck <fruehbeck at aon.at> wrote:

> a follow up:
> during cleaning up of my faces scaffold changes I also dared to change the
> following:
>
>    - test-harness-web:
>        - upgrade to JBoss AS 7.1.1.Final, added dependencies to JUnit and
> Shrinkwrap, which seemed to be missing when running the maven build
>        I checked the customers of WebTestImpl and only found tests in
> scaffold-faces and scaffold-aerogear, both are verified still working
>
>    - dstribution pom:
>        added a profile to run Forge via maven to enable run/debug for the
> poor/lucky guys hooked on NetBeans (which really instruments Maven :) :
>            mvn -P runForge exec:exec
>            mvn -X -P debugForge exec:exec -Ddebug.props="-Xdebug
> -Xrunjdwp:transport=dt_socket,**address=${jpda.port},server=y,**suspend=n"
>
> The changes may be seen at: https://shadogray at github.com/**
> shadogray/core.git <https://shadogray at github.com/shadogray/core.git>
> Any objections against those changes are accepted.
>
> Regards,
> Thomas
>



-- 
Lincoln Baxter, III
http://ocpsoft.org
"Simpler is better."
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120430/d4efecec/attachment.html