[JBoss JIRA] (ARQ-1740) Allow Asciidoctor reporter to generate standard AsciiDoc
by Alex Soto (JIRA)
Alex Soto created ARQ-1740:
------------------------------
Summary: Allow Asciidoctor reporter to generate standard AsciiDoc
Key: ARQ-1740
URL: https://issues.jboss.org/browse/ARQ-1740
Project: Arquillian
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Components: Extension - Recorder
Reporter: Alex Soto
Priority: Minor
Allow Asciidoctor reporter to generate standard AsciiDoc. Currently Asciidoctor reporter generates AsciiDoc files that can only be converted by Asciidoctor.
If user tries to convert AsciiDoc file using python implementation an exception will be thrown. Although probably most users will use Asciidoctor, it will be interesting to add an option so if user are still using python implementation the reporter generates an AsciiDoc report fully compatible with python implementation.
--
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
10 years, 9 months
[JBoss JIRA] (ARQ-1739) Add possibility to make photo of yourself via device camera
by Alex Soto (JIRA)
[ https://issues.jboss.org/browse/ARQ-1739?page=com.atlassian.jira.plugin.s... ]
Alex Soto commented on ARQ-1739:
--------------------------------
it could be funny because when for example you are releasing the product the team can be in front of CI server waiting until the last test passes and then takes a selfie saying hurrah and post it on the report.
> Add possibility to make photo of yourself via device camera
> -----------------------------------------------------------
>
> Key: ARQ-1739
> URL: https://issues.jboss.org/browse/ARQ-1739
> Project: Arquillian
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: Extension - Droidium
> Affects Versions: droidium_1.0.0.Alpha5
> Reporter: Stefan Miklosovic
> Assignee: Stefan Miklosovic
> Priority: Optional
>
> You could take photo of yourself in a test / test camera functionality
> https://coderwall.com/p/3-tgjg
> Could be implemented as
> {code}
> @Test
> public void takeCameraImage(@ArquillianResource AndroidDevice device)
> {
> device.takeCameraPhoto();
> }
> {code}
> This could be integrated to reporter so you will see these taken photos directly in report as well.
--
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
10 years, 9 months
[JBoss JIRA] (ARQ-1739) Add possibility to make photo of yourself via device camera
by Stefan Miklosovic (JIRA)
[ https://issues.jboss.org/browse/ARQ-1739?page=com.atlassian.jira.plugin.s... ]
Stefan Miklosovic commented on ARQ-1739:
----------------------------------------
Yeah, I was primarily thinking about them :) Taking them from physical device should be possible as well ...
> Add possibility to make photo of yourself via device camera
> -----------------------------------------------------------
>
> Key: ARQ-1739
> URL: https://issues.jboss.org/browse/ARQ-1739
> Project: Arquillian
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: Extension - Droidium
> Affects Versions: droidium_1.0.0.Alpha5
> Reporter: Stefan Miklosovic
> Assignee: Stefan Miklosovic
> Priority: Optional
>
> You could take photo of yourself in a test / test camera functionality
> https://coderwall.com/p/3-tgjg
> Could be implemented as
> {code}
> @Test
> public void takeCameraImage(@ArquillianResource AndroidDevice device)
> {
> device.takeCameraPhoto();
> }
> {code}
> This could be integrated to reporter so you will see these taken photos directly in report as well.
--
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
10 years, 9 months
[JBoss JIRA] (ARQ-1738) Liberty profile leave port 9080 hanging around after shutdown
by Aslak Knutsen (JIRA)
[ https://issues.jboss.org/browse/ARQ-1738?page=com.atlassian.jira.plugin.s... ]
Aslak Knutsen commented on ARQ-1738:
------------------------------------
This happens even outside of Arquillian. As long as the port is accessed via some remote means, it's kept open.
* check ports
* start server
* deploy app
* access app in browser
* undeploy app
* stop server
* check ports
{code}
[aslak@localhost:~/dev/servers/wlp-8.5.5]$ netstat -na | grep 9080
[aslak@localhost:~/dev/servers/wlp-8.5.5]$ ./bin/server run
Launching defaultServer (WebSphere Application Server 8.5.5.1/wlp-1.0.4.cl50120131011-1639) on OpenJDK 64-Bit Server VM, version 1.7.0_51-mockbuild_2014_01_31_16_21-b00 (en_US)
[AUDIT ] CWWKE0001I: The server defaultServer has been launched.
[AUDIT ] CWWKZ0058I: Monitoring dropins for applications.
[AUDIT ] CWWKF0011I: The server defaultServer is ready to run a smarter planet.
[AUDIT ] CWWKT0016I: Web application available (default_host): http://localhost:9080/test/
[AUDIT ] CWWKZ0001I: Application test started in 0.207 seconds.
!!! access the app here !!
[AUDIT ] CWWKT0017I: Web application removed (default_host): http://localhost:9080/test/
[AUDIT ] CWWKZ0009I: The application test has stopped successfully.
^C[AUDIT ] CWWKE0036I: The server defaultServer stopped after 11.744 seconds.
^[[A[aslak@localhost:~/dev/servers/wlp-8.5.5]$ netstat -na | grep 9080
tcp6 0 0 127.0.0.1:9080 127.0.0.1:59183 TIME_WAIT
tcp6 0 0 127.0.0.1:9080 127.0.0.1:59184 TIME_WAIT
tcp6 0 0 127.0.0.1:9080 127.0.0.1:59185 TIME_WAIT
[aslak@localhost:~/dev/servers/wlp-8.5.5]$ ./bin/server run
Launching defaultServer (WebSphere Application Server 8.5.5.1/wlp-1.0.4.cl50120131011-1639) on OpenJDK 64-Bit Server VM, version 1.7.0_51-mockbuild_2014_01_31_16_21-b00 (en_US)
[AUDIT ] CWWKE0001I: The server defaultServer has been launched.
[ERROR ] CWWKO0221E: TCP Channel defaultHttpEndpoint initialization did not succeed. The socket bind did not succeed for host localhost and port 9080. The port might already be in use.
[AUDIT ] CWWKZ0058I: Monitoring dropins for applications.
[AUDIT ] CWWKF0011I: The server defaultServer is ready to run a smarter planet.
^C[AUDIT ] CWWKE0036I: The server defaultServer stopped after 3.121 seconds.
[aslak@localhost:~/dev/servers/wlp-8.5.5]$
{code}
> Liberty profile leave port 9080 hanging around after shutdown
> -------------------------------------------------------------
>
> Key: ARQ-1738
> URL: https://issues.jboss.org/browse/ARQ-1738
> Project: Arquillian
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: WebSphere Containers
> Affects Versions: was_1.0.0.Alpha2
> Environment: Fedora 20, Open JDS 7/8, Oracle JDK 7, WebSphere Application Server 8.5.5.1/wlp-1.0.4.cl50120131011-1639
> Reporter: Aslak Knutsen
> Assignee: Gerhard Poul
>
--
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
10 years, 9 months
[JBoss JIRA] (ARQ-1738) Liberty profile leave port 9080 hanging around after shutdown
by Aslak Knutsen (JIRA)
[ https://issues.jboss.org/browse/ARQ-1738?page=com.atlassian.jira.plugin.s... ]
Aslak Knutsen updated ARQ-1738:
-------------------------------
Environment: Fedora 20, Open JDS 7/8, Oracle JDK 7, WebSphere Application Server 8.5.5.1/wlp-1.0.4.cl50120131011-1639 (was: Fedora 20, Open JDS 7/8, Oracle JDK 7)
> Liberty profile leave port 9080 hanging around after shutdown
> -------------------------------------------------------------
>
> Key: ARQ-1738
> URL: https://issues.jboss.org/browse/ARQ-1738
> Project: Arquillian
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: WebSphere Containers
> Affects Versions: was_1.0.0.Alpha2
> Environment: Fedora 20, Open JDS 7/8, Oracle JDK 7, WebSphere Application Server 8.5.5.1/wlp-1.0.4.cl50120131011-1639
> Reporter: Aslak Knutsen
> Assignee: Gerhard Poul
>
--
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
10 years, 9 months
[JBoss JIRA] (ARQGRA-433) FieldAccessValidatorEnricher checks access to fields uniformly
by Juraj Húska (JIRA)
[ https://issues.jboss.org/browse/ARQGRA-433?page=com.atlassian.jira.plugin... ]
Juraj Húska edited comment on ARQGRA-433 at 4/1/14 6:15 AM:
------------------------------------------------------------
[~lfryc] I would like to propose stop using of this enricher. IMHO not permitting public fields is too strict. Tests are more readable when public fields are in place, and lot of people are using them in tests.
Afaik we wanted to drop support for public fields all together ARQGRA-337. The reason is written there, however, I think that we have a workaround in place, which works quite good. (enriching test two times ?).
Do we still want this ? And in which release ?
was (Author: jhuska):
[~lfryc] I would like to propose stop using of this enricher. IMHO not permitting public fields is too strict. Tests are more readable when public fields are in place, and lot of people are using them in tests.
Afaik we wanted to drop support for public fields all together. If I am correct it is mainly to enhance performance (test would not be needed to be enriched two times).
Do we still want this ? And in which release ?
> FieldAccessValidatorEnricher checks access to fields uniformly
> --------------------------------------------------------------
>
> Key: ARQGRA-433
> URL: https://issues.jboss.org/browse/ARQGRA-433
> Project: Arquillian Graphene
> Issue Type: Bug
> Components: core
> Affects Versions: 2.0.2.Final
> Reporter: Stefan Miklosovic
> Priority: Optional
>
> I have this test
> {code}
> @Rule
> public ExpectedException expectedException = ExpectedException.none();
> @Test
> @InSequence(2)
> @ReportMessage("This method should pass.")
> public void testWithExpectedExceptionRule() {
> expectedException.expect(RuntimeException.class);
> throw new RuntimeException("this exception is expected");
> }
> {code}
> Logger writes this out:
> WARNING: Public field 'expectedException' found in org.arquillian.droidium.devconf.AeroGearTestCase. Direct access to fields outside of the declaring class is not allowed.
> Apr 01, 2014 11:50:27 AM org.jboss.arquillian.graphene.enricher.FieldAccessValidatorEnricher checkFieldValidity
> However that @Rule field _has to be_ public
> {quote}
> A field must be public, not static, and a subtype of TestRule
> {quote}
> So in this case validation does not make sense.
--
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
10 years, 9 months
[JBoss JIRA] (ARQGRA-433) FieldAccessValidatorEnricher checks access to fields uniformly
by Juraj Húska (JIRA)
[ https://issues.jboss.org/browse/ARQGRA-433?page=com.atlassian.jira.plugin... ]
Juraj Húska commented on ARQGRA-433:
------------------------------------
[~lfryc] I would like to propose stop using of this enricher. IMHO not permitting public fields is too strict. Tests are more readable when public fields are in place, and lot of people are using them in tests.
Afaik we wanted to drop support for public fields all together. If I am correct it is mainly to enhance performance (test would not be needed to be enriched two times).
Do we still want this ? And in which release ?
> FieldAccessValidatorEnricher checks access to fields uniformly
> --------------------------------------------------------------
>
> Key: ARQGRA-433
> URL: https://issues.jboss.org/browse/ARQGRA-433
> Project: Arquillian Graphene
> Issue Type: Bug
> Components: core
> Affects Versions: 2.0.2.Final
> Reporter: Stefan Miklosovic
> Priority: Optional
>
> I have this test
> {code}
> @Rule
> public ExpectedException expectedException = ExpectedException.none();
> @Test
> @InSequence(2)
> @ReportMessage("This method should pass.")
> public void testWithExpectedExceptionRule() {
> expectedException.expect(RuntimeException.class);
> throw new RuntimeException("this exception is expected");
> }
> {code}
> Logger writes this out:
> WARNING: Public field 'expectedException' found in org.arquillian.droidium.devconf.AeroGearTestCase. Direct access to fields outside of the declaring class is not allowed.
> Apr 01, 2014 11:50:27 AM org.jboss.arquillian.graphene.enricher.FieldAccessValidatorEnricher checkFieldValidity
> However that @Rule field _has to be_ public
> {quote}
> A field must be public, not static, and a subtype of TestRule
> {quote}
> So in this case validation does not make sense.
--
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
10 years, 9 months