[arquillian-issues] [JBoss JIRA] (ARQGRA-373) Resolving @Location value does not work as expected
Lukáš Fryč (JIRA)
jira-events at lists.jboss.org
Fri Sep 13 04:08:03 EDT 2013
[ https://issues.jboss.org/browse/ARQGRA-373?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Lukáš Fryč updated ARQGRA-373:
------------------------------
Fix Version/s: 2.0.0.Beta2
(was: 2.0.0.CR1)
> Resolving @Location value does not work as expected
> ---------------------------------------------------
>
> Key: ARQGRA-373
> URL: https://issues.jboss.org/browse/ARQGRA-373
> Project: Arquillian Graphene
> Issue Type: Bug
> Affects Versions: 2.0.0.Beta1
> Reporter: Michael Kotten
> Priority: Blocker
> Fix For: 2.0.0.Beta2
>
> Attachments: ARQGRA-373.patch
>
>
> The @Location annotation introduced with 2.0.0.Alpha5 does not work as described in the example of http://arquillian.org/blog/2013/09/04/arquillian-graphene-2-0-0-Alpha5/.
> Using a non-absolute location value like "index.html" will throw an exception when trying to browse to the page using Graphene.goTo or using @InitialPage.
> When looking at the sources of LocationEnricher I see 2 problems:
> * contextRootStore is initialized too late in resolve method (line 70). It's already needed during goTo (line 110 in getURLFromLocation) which gets called before initialization (line 68).
> * Using a non-absolute location value leads to an IllegalArgumentException in getURLFromLocation (line 146). I guess the catch block in line 116 is just for this purpose. Unfortunately there will be no URISyntaxException for non-absolute locations. They are perfectly fine URIs (until they get converted to URLs).
>
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
More information about the arquillian-issues
mailing list