Fwd: web console messed up
by Heiko Braun
FYI https://issues.jboss.org/browse/HAL-694 <https://issues.jboss.org/browse/HAL-694>
> Begin forwarded message:
>
> From: Maurice Mohlek <mohlek(a)gmail.com>
> Subject: Re: [wildfly-dev] web console messed up
> Date: 16 Jun 2015 16:47:48 CEST
> To: Heiko Braun <hbraun(a)redhat.com>
>
> Firefox 38 on CentOS 7
>
> Heiko Braun <hbraun(a)redhat.com <mailto:hbraun@redhat.com>> schrieb am Di., 16. Juni 2015 16:44:
> thanks chao.
>
> @maurice what browser/os are you using?
>
>
>> On 16 Jun 2015, at 16:42, Heiko Braun <hbraun(a)redhat.com <mailto:hbraun@redhat.com>> wrote:
>>
>
>>> Begin forwarded message:
>>>
>>> From: Chao Wang <chaowan(a)redhat.com <mailto:chaowan@redhat.com>>
>>> Subject: Re: [wildfly-dev] web console messed up
>>> Date: 16 Jun 2015 16:38:44 CEST
>>> To: Heiko Braun <hbraun(a)redhat.com <mailto:hbraun@redhat.com>>
>>>
>
>>> On 06/16/2015 10:34 PM, Heiko Braun wrote:
>>>>
>>>> A similar issue, you mean broken layouts?
>>>> Did clearing the cache help?
>>>> Can you provide a screenshot?
>>> Yes, it seems broken. I have tried to clear browsing data for the past day. It did not help.
>>> please check attachments files with Firefox screenshot.
>>>>
>>>> Regards, Heiko
>>>>
>>>>
>>>>> On 16 Jun 2015, at 16:30, Chao Wang <chaowan(a)redhat.com <mailto:chaowan@redhat.com>> wrote:
>>>>>
>>>>> On 06/16/2015 08:49 PM, Heiko Braun wrote:
>>>>>> To me this sounds like the some artefacts (i.e. css) are not fully loaded. Try to clear your browser cache and reload. In any case we would need to know the browser/os combination you are using.
>>>>> I also saw similar issue in Wildfly9 CR2 with version 2.7.1.Final, Fedora 22 + Firefox 38.0.5 and Chrome 43.0.2357.81. Current master 2.8.0.Alpha0 looks like the same.
>>>>>
>>>>>> Regards, Heiko
>>>>>>
>>>>>>
>>>>>>> On 16 Jun 2015, at 14:41, Maurice Mohlek <mohlek(a)gmail.com> <mailto:mohlek@gmail.com> wrote:
>>>>>>>
>>>>>>> On my wildfly 9 CR2 the web console is all messed up.
>>>>>>>
>>>>>>> labels are overlapping, some buttons arn't working and the reload
>>>>>>> button is gone.
>>>>>>> The web console looks like a mobile site which is quiet annoying.
>>>>>>>
>>>>>>> Do you have the same problems?
>>>>>>>
>>>>>>> If yes how could this pass the quality checks? I mean the web console
>>>>>>> is nearly useless now.
>>>>>>>
>>>>>>> Greetings,
>>>>>>> maurice
>>>>>>> _______________________________________________
>>>>>>> wildfly-dev mailing list
>>>>>>> wildfly-dev(a)lists.jboss.org <mailto:wildfly-dev@lists.jboss.org>
>>>>>>> https://lists.jboss.org/mailman/listinfo/wildfly-dev <https://lists.jboss.org/mailman/listinfo/wildfly-dev>
>>>>>> _______________________________________________
>>>>>> wildfly-dev mailing list
>>>>>> wildfly-dev(a)lists.jboss.org <mailto:wildfly-dev@lists.jboss.org>
>>>>>> https://lists.jboss.org/mailman/listinfo/wildfly-dev <https://lists.jboss.org/mailman/listinfo/wildfly-dev>
>>>>>
>>>>>
>>>>> --
>>>>> Chao Wang
>>>>> Software Engineer
>>>>> JBoss by Red Hat
>>>>> _______________________________________________
>>>>> wildfly-dev mailing list
>>>>> wildfly-dev(a)lists.jboss.org <mailto:wildfly-dev@lists.jboss.org>
>>>>> https://lists.jboss.org/mailman/listinfo/wildfly-dev <https://lists.jboss.org/mailman/listinfo/wildfly-dev>
>>>
>>>
>>> --
>>> Chao Wang
>>> Software Engineer
>>> JBoss by Red Hat
>
>>> <conole.jpeg.png><console-2.8.0.Alpha0.png>
>>
>
> _______________________________________________
> wildfly-dev mailing list
> wildfly-dev(a)lists.jboss.org <mailto:wildfly-dev@lists.jboss.org>
> https://lists.jboss.org/mailman/listinfo/wildfly-dev <https://lists.jboss.org/mailman/listinfo/wildfly-dev>
10 years, 10 months
Fwd: web console messed up
by Heiko Braun
> Begin forwarded message:
>
> From: Chao Wang <chaowan(a)redhat.com>
> Subject: Re: [wildfly-dev] web console messed up
> Date: 16 Jun 2015 16:38:44 CEST
> To: Heiko Braun <hbraun(a)redhat.com>
>
> On 06/16/2015 10:34 PM, Heiko Braun wrote:
>>
>> A similar issue, you mean broken layouts?
>> Did clearing the cache help?
>> Can you provide a screenshot?
> Yes, it seems broken. I have tried to clear browsing data for the past day. It did not help.
> please check attachments files with Firefox screenshot.
>>
>> Regards, Heiko
>>
>>
>>> On 16 Jun 2015, at 16:30, Chao Wang <chaowan(a)redhat.com <mailto:chaowan@redhat.com>> wrote:
>>>
>>> On 06/16/2015 08:49 PM, Heiko Braun wrote:
>>>> To me this sounds like the some artefacts (i.e. css) are not fully loaded. Try to clear your browser cache and reload. In any case we would need to know the browser/os combination you are using.
>>> I also saw similar issue in Wildfly9 CR2 with version 2.7.1.Final, Fedora 22 + Firefox 38.0.5 and Chrome 43.0.2357.81. Current master 2.8.0.Alpha0 looks like the same.
>>>
>>>> Regards, Heiko
>>>>
>>>>
>>>>> On 16 Jun 2015, at 14:41, Maurice Mohlek <mohlek(a)gmail.com> <mailto:mohlek@gmail.com> wrote:
>>>>>
>>>>> On my wildfly 9 CR2 the web console is all messed up.
>>>>>
>>>>> labels are overlapping, some buttons arn't working and the reload
>>>>> button is gone.
>>>>> The web console looks like a mobile site which is quiet annoying.
>>>>>
>>>>> Do you have the same problems?
>>>>>
>>>>> If yes how could this pass the quality checks? I mean the web console
>>>>> is nearly useless now.
>>>>>
>>>>> Greetings,
>>>>> maurice
>>>>> _______________________________________________
>>>>> wildfly-dev mailing list
>>>>> wildfly-dev(a)lists.jboss.org <mailto:wildfly-dev@lists.jboss.org>
>>>>> https://lists.jboss.org/mailman/listinfo/wildfly-dev <https://lists.jboss.org/mailman/listinfo/wildfly-dev>
>>>> _______________________________________________
>>>> wildfly-dev mailing list
>>>> wildfly-dev(a)lists.jboss.org <mailto:wildfly-dev@lists.jboss.org>
>>>> https://lists.jboss.org/mailman/listinfo/wildfly-dev <https://lists.jboss.org/mailman/listinfo/wildfly-dev>
>>>
>>>
>>> --
>>> Chao Wang
>>> Software Engineer
>>> JBoss by Red Hat
>>> _______________________________________________
>>> wildfly-dev mailing list
>>> wildfly-dev(a)lists.jboss.org <mailto:wildfly-dev@lists.jboss.org>
>>> https://lists.jboss.org/mailman/listinfo/wildfly-dev <https://lists.jboss.org/mailman/listinfo/wildfly-dev>
>
>
> --
> Chao Wang
> Software Engineer
> JBoss by Red Hat
10 years, 10 months
web console messed up
by Maurice Mohlek
On my wildfly 9 CR2 the web console is all messed up.
labels are overlapping, some buttons arn't working and the reload
button is gone.
The web console looks like a mobile site which is quiet annoying.
Do you have the same problems?
If yes how could this pass the quality checks? I mean the web console
is nearly useless now.
Greetings,
maurice
10 years, 10 months
Re: [wildfly-dev] [keycloak-dev] 2 places to edit modules now?
by Stan Silvert
Cross-posting to wildfly-dev.
It sounds like we need a way to standardize module.xml definitions
across projects and have them accessible from maven GAV's. These
module.xml files are rarely different between projects and it doesn't
make sense for each feature pack to define its own copy.
On 6/15/2015 4:08 PM, Bill Burke wrote:
> Module definition is now done in 3 places? Copies of one another?
>
> eap6-service-overlay
> server-feature-pack
> adapter-feature-pack
>
> This is very very error prone guys. I guarantee somebody will forget to
> update something.
>
>
10 years, 10 months
Github repo line endings unification advice
by Lukas Kubik
Hi,
I'm sorry that this is a little bit off-topic question but I already asked in the forum and nobody answered me. How do you guys deal with the line endings unification in your github repo? I saw that you don't have for example .jsp files in the .gitattributes file however all .jsp files in the WF repo uses LF ending. How do you check that windows CRLF won't get merged with some PR?
We are currently discussing the unification of the line endings in the Keycloak repo so I would like to kindly ask you for any advice.
Thank you for the answer.
Regards,
Lukas
10 years, 10 months
failures in composite operations
by John Mazzitelli
Here's the use case: a monitoring app wants to monitor a WildFly instance - it will ask WildFly for the values of N attributes across M resources in one bulk composite request. This would avoid having to send one request for each individual attribute being collected (rather than one request for all of them at once).
Is there a way I can configure a composite request such that WildFly will not abort the entire composite request if a single step to read an attribute fails?
For example, suppose I send this - I'm basically asking Wildfly "tell me the status of my two deployed applications a.war and b.war" :
{
"operation" => "composite",
"address" => [],
"steps" => [
{
"operation" => "read-attribute",
"address" => [("deployment" => "a.war")],
"include-runtime" => false,
"name" => "status"
},
{
"operation" => "read-attribute",
"address" => [("deployment" => "b.war")],
"include-runtime" => false,
"name" => "status"
}
]
}
Well, if someone undeployed a.war, that first step results in an error, but it also completely aborts the composite operation so I can't find the status of b.war either, unless a.war exists.
I would like composites like this to tell me the status of every read-attribute - whether a failure or not. If not possible, I'm forced to split this up and make two individual requests for each attribute.
Extrapolate that out - if I have N attributes I want to collect at the same time, I would be forced to make N individual requests rather than 1 composite request just to avoid the case where if one of them failed, I would lose the data for all N.
10 years, 10 months
CLI Command Builder
by James R. Perkins
Hello All,
I've had a few issues file recently against the wildfly-maven-plugin
about CLI commands that aren't available to the plugin. The issue is I'm
using the CLI API to take commands and create DMR operations out of
them. Since the commands can be defined in the subsystems I don't see
those commands as I'm not operating in a modular environment.
This led me to create a new API in for the Launcher API [1]. All this
does is build a command to launch a new CLI process. I'm sure if it
would be useful to others or not. If not maybe it doesn't belong in the
launcher API and I should just keep it in the maven plugin.
Any opinions are welcome. Let me know if you'd find this useful.
[1]: https://github.com/wildfly/wildfly-core/pull/764
--
James R. Perkins
JBoss by Red Hat
10 years, 10 months
Help with module.xml - Getting a ProcessingException at Runtime
by Josh Kinlaw
Hi Wildfly,
I am running into what appears to be a module.xml issue. I am using resteasy to post a multipart/form-data entity but am running into the following exception at runtime:
12:56:34,869 ERROR [stderr] (Thread-91) javax.ws.rs.ProcessingException: Unable to invoke request
12:56:34,869 ERROR [stderr] (Thread-91) at org.jboss.resteasy.client.jaxrs.engines.ApacheHttpClient4Engine.invoke(ApacheHttpClient4Engine.java:287)
12:56:34,870 ERROR [stderr] (Thread-91) at org.jboss.resteasy.client.jaxrs.internal.ClientInvocation.invoke(ClientInvocation.java:407)
12:56:34,870 ERROR [stderr] (Thread-91) at org.jboss.resteasy.client.jaxrs.internal.ClientInvocationBuilder.post(ClientInvocationBuilder.java:195)
12:56:34,870 ERROR [stderr] (Thread-91) at com.redhat.gss.redhat_support_lib.infrastructure.BaseQuery.upload(BaseQuery.java:169)
12:56:34,870 ERROR [stderr] (Thread-91) at org.jboss.as.telemetry.extension.TelemetryService.sendJdr(TelemetryService.java:354)
12:56:34,870 ERROR [stderr] (Thread-91) at org.jboss.as.telemetry.extension.TelemetryService.access$300(TelemetryService.java:34)
12:56:34,871 ERROR [stderr] (Thread-91) at org.jboss.as.telemetry.extension.TelemetryService$1.run(TelemetryService.java:120)
12:56:34,871 ERROR [stderr] (Thread-91) Caused by: javax.ws.rs.ProcessingException: could not find writer for content-type multipart/form-data type: org.jboss.resteasy.plugins.providers.multipart.MultipartFormDataOutput
12:56:34,871 ERROR [stderr] (Thread-91) at org.jboss.resteasy.core.interception.ClientWriterInterceptorContext.throwWriterNotFoundException(ClientWriterInterceptorContext.java:40)
12:56:34,871 ERROR [stderr] (Thread-91) at org.jboss.resteasy.core.interception.AbstractWriterInterceptorContext.getWriter(AbstractWriterInterceptorContext.java:138)
12:56:34,871 ERROR [stderr] (Thread-91) at org.jboss.resteasy.core.interception.AbstractWriterInterceptorContext.proceed(AbstractWriterInterceptorContext.java:117)
12:56:34,871 ERROR [stderr] (Thread-91) at org.jboss.resteasy.client.jaxrs.internal.ClientInvocation.writeRequestBody(ClientInvocation.java:341)
12:56:34,872 ERROR [stderr] (Thread-91) at org.jboss.resteasy.client.jaxrs.engines.ApacheHttpClient4Engine.writeRequestBodyToOutputStream(ApacheHttpClient4Engine.java:558)
12:56:34,872 ERROR [stderr] (Thread-91) at org.jboss.resteasy.client.jaxrs.engines.ApacheHttpClient4Engine.buildEntity(ApacheHttpClient4Engine.java:524)
12:56:34,872 ERROR [stderr] (Thread-91) at org.jboss.resteasy.client.jaxrs.engines.ApacheHttpClient4Engine.loadHttpMethod(ApacheHttpClient4Engine.java:423)
12:56:34,872 ERROR [stderr] (Thread-91) at org.jboss.resteasy.client.jaxrs.engines.ApacheHttpClient4Engine.invoke(ApacheHttpClient4Engine.java:281)
12:56:34,872 ERROR [stderr] (Thread-91) ... 6 more
I'm including resteasy-multipart-provider in my submodule's pom and module.xml and if I run the unit tests for the submodule (redhat-support-lib) everything passes. This leads me to believe it is an issue with the module.xml of either resteasy-multipart-provider or redhat-support-lib. Below are the module.xml's:
resteasy-multipart-provider:
<?xml version="1.0" encoding="UTF-8"?>
<module xmlns="urn:jboss:module:1.3" name="org.jboss.resteasy.resteasy-multipart-provider">
<resources>
<resource-root path="resteasy-multipart-provider-3.0.11.Final.jar"/>
</resources>
<dependencies>
<module name="javax.xml.bind.api"/>
<module name="javax.api"/>
<module name="javax.enterprise.api"/>
<module name="javax.mail.api"/>
<module name="javax.servlet.api"/>
<module name="javax.ws.rs.api"/>
<module name="org.apache.james.mime4j"/>
<module name="org.jboss.resteasy.resteasy-jaxb-provider"/>
<module name="org.jboss.resteasy.resteasy-jaxrs"/>
<module name="org.jboss.resteasy.tjws"/>
</dependencies>
</module>
redhat-support-lib:
<module xmlns="urn:jboss:module:1.0" name="com.redhat.gss.redhat-support-lib">
<resources>
<resource-root path="jboss-redhat-support-lib.jar"/>
</resources>
<dependencies>
<module name="javax.api"/>
<module name="javax.ws.rs.api"/>
<module name="javax.net.ssl"/>
<module name="org.apache.commons.net"/>
<module name="org.apache.httpcomponents"/>
<module name="org.jboss.staxmapper"/>
<module name="org.jboss.as.controller"/>
<module name="org.jboss.as.server"/>
<module name="org.jboss.modules"/>
<module name="org.jboss.msc"/>
<module name="org.jboss.logging"/>
<module name="org.jboss.resteasy.resteasy-multipart-provider" services="export" export="true"/>
<module name="org.jboss.resteasy.resteasy-jaxrs"/>
<module name="org.jboss.vfs"/>
</dependencies>
</module>
I'm a little stuck at this point. Does anyone have any ideas? My git repo is at https://github.com/Kinlaw/wildfly/tree/telemetry.
Josh Kinlaw
10 years, 11 months
