[JBoss JIRA] (ARQGRA-373) Resolving @Location value does not work as expected
by Lukáš Fryč (JIRA)
[ https://issues.jboss.org/browse/ARQGRA-373?page=com.atlassian.jira.plugin... ]
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
11 years, 4 months
[JBoss JIRA] (ARQGRA-373) Resolving @Location value does not work as expected
by Michael Kotten (JIRA)
[ https://issues.jboss.org/browse/ARQGRA-373?page=com.atlassian.jira.plugin... ]
Michael Kotten commented on ARQGRA-373:
---------------------------------------
Created pull request, as suggested: https://github.com/arquillian/arquillian-graphene/pull/87
> 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.CR1
>
> 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
11 years, 4 months
[JBoss JIRA] (ARQGRA-373) Resolving @Location value does not work as expected
by Michael Kotten (JIRA)
[ https://issues.jboss.org/browse/ARQGRA-373?page=com.atlassian.jira.plugin... ]
Michael Kotten updated ARQGRA-373:
----------------------------------
Status: Pull Request Sent (was: Open)
Git Pull Request: https://github.com/arquillian/arquillian-graphene/pull/87
> 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.CR1
>
> 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
11 years, 4 months
[JBoss JIRA] (ARQ-1478) Warp JSF: Nonexistent facelet file causes IllegalArgumentException
by Jan Dosoudil (JIRA)
Jan Dosoudil created ARQ-1478:
---------------------------------
Summary: Warp JSF: Nonexistent facelet file causes IllegalArgumentException
Key: ARQ-1478
URL: https://issues.jboss.org/browse/ARQ-1478
Project: Arquillian
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Extension - Warp
Affects Versions: warp_1.0.0.Alpha4
Environment: Arquillian 1.1.1.Final, Warp 1.0.0.Alpha4
Reporter: Jan Dosoudil
JSFInstanceProducers.observesRestoreView() tries setting null values to InstanceProducer<UIViewRoot> viewRoot and InstanceProducer<RenderKit> renderKit.
--
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
11 years, 4 months
[JBoss JIRA] (ARQGRA-374) Allow to setup custom URL via arquillian.xml configuration with CustmizableURLResourceProvider
by Lukáš Fryč (JIRA)
[ https://issues.jboss.org/browse/ARQGRA-374?page=com.atlassian.jira.plugin... ]
Lukáš Fryč updated ARQGRA-374:
------------------------------
Description:
{code:xml}
<arquillian>
<extension name="graphene">
<property name="url">http://localhost:8080/app/</property>
</extension>
</arquillian>
{code}
The provider will obtain URL from {{URLResourceProvider}} and use it if no other URL is provided.
Configuring this provider should also block deploying application, since its unnecessary.
was:
{code:xml}
<arquillian>
<extension name="graphene">
<property name="url">http://localhost:8080/app/</property>
</extension>
</arquillian>
{code}
The provider will obtain URL from {{URLResourceProvider}} and use it if no other URL is provided.
> Allow to setup custom URL via arquillian.xml configuration with CustmizableURLResourceProvider
> ----------------------------------------------------------------------------------------------
>
> Key: ARQGRA-374
> URL: https://issues.jboss.org/browse/ARQGRA-374
> Project: Arquillian Graphene
> Issue Type: Feature Request
> Reporter: Lukáš Fryč
>
> {code:xml}
> <arquillian>
> <extension name="graphene">
> <property name="url">http://localhost:8080/app/</property>
> </extension>
> </arquillian>
> {code}
> The provider will obtain URL from {{URLResourceProvider}} and use it if no other URL is provided.
> Configuring this provider should also block deploying application, since its unnecessary.
--
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
11 years, 4 months