[forge-dev] Show of hands, who can compile forge from master right now?
Lincoln Baxter, III
lincolnbaxter at gmail.com
Tue Feb 14 17:24:44 EST 2012
Fixed. Pull and try now.
On Tue, Feb 14, 2012 at 5:20 PM, Lincoln Baxter, III <
lincolnbaxter at gmail.com> wrote:
> 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"
>
--
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/2d471aa9/attachment.html
More information about the forge-dev
mailing list