[forge-dev] Show of hands, who can compile forge from master right now?

Lincoln Baxter, III lincolnbaxter at gmail.com
Tue Feb 14 17:20:50 EST 2012


Ah, I thought you could reproduce this - thus, that you would be able to
confirm it :)

I can fix and you can pull, or visa versa.

~Lincoln

On Tue, Feb 14, 2012 at 10:29 AM, Marius Bogoevici <mariusb at redhat.com>wrote:

>  On 12-02-13 7:14 PM, Lincoln Baxter, III wrote:
>
> Marius, you could try sorting on name?
>
> Not sure how I can help here, but I can send a pull request for
> FacesScaffold ...
>
>
> On Mon, Feb 13, 2012 at 7:14 PM, Lincoln Baxter, III <
> lincolnbaxter at gmail.com> wrote:
>
>> Are we certain that this is the source of the ordering issues?
>>
>> ~Lincoln
>>
>>
>>  On Mon, Feb 13, 2012 at 6:26 PM, Richard Kennard <
>> richard at kennardconsulting.com> wrote:
>>
>>> My apologies. It looks like I am misunderstanding the API. The code in
>>> question does this (FacesScaffold.java:691):
>>>
>>> for (Resource<?> resource :
>>> web.getWebResource("scaffold").listResources())
>>> {
>>> HtmlOutcomeTargetLink outcomeTargetLink = new HtmlOutcomeTargetLink();
>>> outcomeTargetLink.putAttribute("outcome", "/scaffold/" +
>>> resource.getName() + "/search");
>>> outcomeTargetLink.setValue(StringUtils.uncamelCase(resource.getName()));
>>>
>>> HtmlTag listItem = new HtmlTag("li");
>>> listItem.getChildren().add(outcomeTargetLink);
>>> unorderedList.getChildren().add(listItem);
>>> }
>>>
>>> So I am relying on .listResources to return a consistent ordering. It
>>> returns a List, not a Set, so I thought it would be a defined ordering? And
>>> in all my
>>> tests it seemed to come out alphabetically.
>>>
>>> But I guess I am wrong and I apologise. Lincoln can you confirm and wrap
>>> this code in something to sort the list?
>>>
>>> Regards,
>>>
>>> Richard.
>>>
>>> P.S. Marius thanks for debugging!
>>>
>>> On 14/02/2012 8:03 AM, Marius Bogoevici wrote:
>>> >
>>> >     The main reason behind the different build experiences seems to be
>>> that the navigation content in FacesScaffoldTest is not generated
>>> consistently
>>> >     across systems:
>>> >
>>> >     - the test expects:
>>> >
>>> >     [code]
>>> >     <ul>
>>> >     <li>
>>> >     <h:link outcome="/scaffold/customer/search" value="Customer"/>
>>> >     </li>
>>> >     <li>
>>> >     <h:link outcome="/scaffold/employer/search" value="Employer"/>
>>> >     </li>
>>> >     [/code]
>>> >
>>> >     - on failure, the scaffold generates:
>>> >
>>> >     [code]
>>> >     <ul>
>>> >     <li>
>>> >     <h:link outcome="/scaffold/employer/search" value="Employer"/>
>>> >     </li>
>>> >     <li>
>>> >     <h:link outcome="/scaffold/customer/search" value="Customer"/>
>>> >     </li>
>>> >     [/code]
>>> >
>>> >     For some reason, the links are not generated always in the same
>>> order, but I am not sure what part in the scaffold or metawidget is
>>> responsible for that.
>>> >
>>> >
>>> >
>>> >
>>> > On 12-02-13 01:23 PM, Ryan Bradley wrote:
>>> >> Looks like I'm getting the same errors that Marius was. I nuked my
>>> Maven repository, ran a 'mvn clean install', and the following tests failed:
>>> >>
>>> >>
>>> testGenerateManyToOneEntity(org.jboss.forge.scaffold.faces.FacesScaffoldTest)
>>> >>
>>> testGenerateOneToManyEntity(org.jboss.forge.scaffold.faces.FacesScaffoldTest)
>>> >>
>>> >> I've put the stack trace in a Pastebin: http://pastebin.com/qXafYDg4.
>>> >>
>>> >> Cheers,
>>> >> Ryan
>>> >>
>>> >> P.S. I am running 64-bit Fedora 15 on my machine.
>>> >>
>>> >> On 02/13/2012 11:18 AM, Koen Aers wrote:
>>> >>> Yes it does here…
>>> >>> I only tried on OSX though.
>>> >>>
>>> >>> Cheers,
>>> >>> Koen
>>> >>>
>>> >>> Op 13-feb.-2012, om 17:06 heeft Lincoln Baxter, III het volgende
>>> geschreven:
>>> >>>
>>> >>>> So the build is working for folks? I nuked my repo and build
>>> succeeded :)
>>> >>>>
>>> >>>> ~Lincoln
>>> >>>>
>>>  >>>> On Mon, Feb 13, 2012 at 3:19 AM, Koen Aers <koen.aers at gmail.com<mailto:
>>> koen.aers at gmail.com>> wrote:
>>> >>>>
>>> >>>>     Nuking the Maven repo also did the trick on my machine.
>>> >>>>
>>> >>>>     Thanks Marius!
>>> >>>>
>>> >>>>     Cheers,
>>> >>>>     Koen
>>> >>>>
>>> >>>>     Op 13-feb.-2012, om 02:08 heeft Marius Bogoevici het volgende
>>> geschreven:
>>> >>>>
>>> >>>>>     My build failed consistently in
>>> FacesScaffoldTest.testGenerateOneToManyEntity() and
>>> FacesScaffoldTest.testGenerateOneToManyEntity until I nuked
>>> >>>>>     my local Maven repo. Then it didn't.
>>> >>>>>
>>> >>>>>     On 12-02-10 3:24 PM, Lincoln Baxter, III wrote:
>>> >>>>>>     Just a sanity check. Thanks!
>>> >>>>>>
>>> >>>>>>     https://github.com/forge/core
>>> >>>>>>
>>> >>>>>>     --
>>> >>>>>>     Lincoln Baxter, III
>>>  >>>>>>     http://ocpsoft.com <http://ocpsoft.com/>
>>> >>>>>>     http://scrumshark.com <http://scrumshark.com/>
>>>  >>>>>>     "Keep it Simple"
>>> >>>>>>
>>> >>>>>>
>>> >>>>>>     _______________________________________________
>>> >>>>>>     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
>>> >>>>>
>>> >>>>>     _______________________________________________
>>> >>>>>     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
>>> >>>>
>>> >>>>
>>> >>>>     _______________________________________________
>>> >>>>     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.com <http://ocpsoft.com/>
>>> >>>> http://scrumshark.com <http://scrumshark.com/>
>>>  >>>> "Keep it Simple"
>>> >>>> _______________________________________________
>>> >>>> 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
>>> >>>
>>> >>>
>>> >>>
>>> >>> _______________________________________________
>>> >>> 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
>>>
>>
>>
>>
>> --
>> Lincoln Baxter, III
>> http://ocpsoft.com
>>  http://scrumshark.com
>> "Keep it Simple"
>>
>
>
>
> --
> Lincoln Baxter, III
> http://ocpsoft.com
> http://scrumshark.com
> "Keep it Simple"
>
>
> _______________________________________________
> forge-dev mailing listforge-dev at lists.jboss.orghttps://lists.jboss.org/mailman/listinfo/forge-dev
>
>
>


-- 
Lincoln Baxter, III
http://ocpsoft.com
http://scrumshark.com
"Keep it Simple"
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120214/525cea8e/attachment-0001.html 


More information about the forge-dev mailing list