[JBoss JIRA] (WFLY-3724) Batch jobs don't receive partition-specific parameters
by Cheng Fang (JIRA)
[ https://issues.jboss.org/browse/WFLY-3724?page=com.atlassian.jira.plugin.... ]
Cheng Fang updated WFLY-3724:
-----------------------------
Attachment: phonebilling.png
phonebilling app screenshot, running on WildFly SNAPSHOT
> Batch jobs don't receive partition-specific parameters
> ------------------------------------------------------
>
> Key: WFLY-3724
> URL: https://issues.jboss.org/browse/WFLY-3724
> Project: WildFly
> Issue Type: Bug
> Components: Batch
> Affects Versions: 8.1.0.Final
> Environment: Windows 7 Home Premium Service Pack 1 64-bit + JDK8u11 + WildFly 8.1.0 Final
> Reporter: Ari Silvan
> Assignee: Enrique González Martínez
> Attachments: phonebilling.png
>
>
> When defining a batch job chunk step to run as partitions, ItemReader doesn't receive the partition-specific parameters specified by an implementation of the PartitionPlan interface. Parameters are null. See steps to reproduce for further details.
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
10 years, 1 month
[JBoss JIRA] (WFLY-3724) Batch jobs don't receive partition-specific parameters
by Cheng Fang (JIRA)
[ https://issues.jboss.org/browse/WFLY-3724?page=com.atlassian.jira.plugin.... ]
Cheng Fang commented on WFLY-3724:
----------------------------------
Just a note on how to run Java EE 7 Tutorial phonebilling app on WildFly:
1, modify persistence.xml to use hibernate persistence properties, instead of eclipselink ones. If using h2 datasource as the persistence jta-data-source, use H2Dialet.
{noformat}
<properties>
<!--<property name="eclipselink.ddl-generation" value="drop-and-create-tables"/>-->
<property name="hibernate.hbm2ddl.auto" value="create"/>
<property name="hibernate.dialect" value="org.hibernate.dialect.H2Dialect"/>
</properties>
{noformat}
2, optionally, you can use a custom datasource (not the default one in WildFly) so you can check batch application data or batch runtime data with another tool (db browser or IDE). For example, to use file-based H2 database:
{noformat}
<datasources>
<datasource jndi-name="java:jboss/datasources/ExampleDS" pool-name="ExampleDS" enabled="true" use-java-context="true">
<connection-url>jdbc:h2:~/jberet-repo;MVCC=true</connection-url>
<driver>h2</driver>
</datasource>
{noformat}
3, optionally use jberet jdbc job repository, instead of the default in-memory job repository, so you can check batch runtime data even after server shutdown.
{noformat}
<subsystem xmlns="urn:jboss:domain:batch:1.0">
<job-repository>
<jdbc jndi-name="java:jboss/datasources/ExampleDS"/>
</job-repository>
{noformat}
These changes can be made with WildFly CLI, and the above xml reflects the configuration after the change.
> Batch jobs don't receive partition-specific parameters
> ------------------------------------------------------
>
> Key: WFLY-3724
> URL: https://issues.jboss.org/browse/WFLY-3724
> Project: WildFly
> Issue Type: Bug
> Components: Batch
> Affects Versions: 8.1.0.Final
> Environment: Windows 7 Home Premium Service Pack 1 64-bit + JDK8u11 + WildFly 8.1.0 Final
> Reporter: Ari Silvan
> Assignee: Enrique González Martínez
>
> When defining a batch job chunk step to run as partitions, ItemReader doesn't receive the partition-specific parameters specified by an implementation of the PartitionPlan interface. Parameters are null. See steps to reproduce for further details.
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
10 years, 1 month
[JBoss JIRA] (WFCORE-87) Display deployment timestamp
by Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/WFCORE-87?page=com.atlassian.jira.plugin.... ]
Brian Stansberry commented on WFCORE-87:
----------------------------------------
enabled/disabled-time[stamp] sound fine to me.
I'm curious how that '"timestamp" => "Fri Sep 05 00:42:19 BRT 2014"' in your example was derived. Was it the time the deployment resource was added? That wouldn't be the upload time once the server is rebooted. Or you worked out some way to get hold of a file timestamp?
I can think of a number of pieces of info a user might be interested in related to "deploying":
1) Identifying info about the content they uploaded. That is, *its* timestamp. Then they can compare the timestamp reported in the management resource with what they have locally, say in some content management system or just the filesystem location where they store the 'official' version of a deployment.
I don't see how we can support this kind of thing though, since we don't even require the client or the server to have access to a physical file. (For example you could deploy by providing an HTTP URL, or any URL, so long as the server can open a URLConnection and get the content.)
2) When they actually installed the deployment into the runtime. This is the enabled-time.
3) When they did the add of the deployment resource. TBH, this seems like the least useful of the 3. The only way we could support this would be by persisting the value in the config file; otherwise following reboot the "add time" would no longer be that and it would just be the server start time. Trying to use a file timestamp won't work, because deployments don't have to be "managed", i.e. stored in the content repo, and if they aren't the timestamp of the file will be when it was created/modified, not when it was uploaded.
> Display deployment timestamp
> ----------------------------
>
> Key: WFCORE-87
> URL: https://issues.jboss.org/browse/WFCORE-87
> Project: WildFly Core
> Issue Type: Enhancement
> Components: Domain Management
> Affects Versions: 1.0.0.Alpha5
> Reporter: Claudio Miranda
> Assignee: Brian Stansberry
> Priority: Minor
>
> Display the deployment timestamp, that is the date of last modified deployment. It is useful for users to see the date and time of deployments.
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
10 years, 1 month
[JBoss JIRA] (WFCORE-87) Display deployment timestamp
by Claudio Miranda (JIRA)
[ https://issues.jboss.org/browse/WFCORE-87?page=com.atlassian.jira.plugin.... ]
Claudio Miranda commented on WFCORE-87:
---------------------------------------
> Hmm, are you talking about the 'last modified' time of the deployment file itself?
Yes. This is related to a facility, where admin users can see when the application was deployed, regardless of disable/enable. From an user perspective this is the deployment time, that is when he uploaded the file to wildfly. If anyone asks the user admin "when did you deploy this application ?", he can look at this deploy time (last modified attribute).
When server restarts, the user can wrongly assume the application was replaced, if the enable/disable attribute is used.
I understand your point related to the complexity of exploded deployments, I just wanted to expose my thoughts related to the deployment time.
However I will follow your suggestion to use the following attribute:
You suggested the attributes as:
deployed-time (long)
deployed-timestamp (string with a format documented in the attribute description)
undeployed-time (long)
undeployed-timestamp (string)
Do you think the word "deploy" can wrongly suggests that is the timestamp user uploaded the file to WF ?
What do you think of these, as they reflect the deploy status accordingly to the STATUS/ENABLED attribute definition.
enabled-time (long)
enabled-timestamp (string with a format documented in the attribute description)
disabled-time (long)
disabled-timestamp (string)
> Display deployment timestamp
> ----------------------------
>
> Key: WFCORE-87
> URL: https://issues.jboss.org/browse/WFCORE-87
> Project: WildFly Core
> Issue Type: Enhancement
> Components: Domain Management
> Affects Versions: 1.0.0.Alpha5
> Reporter: Claudio Miranda
> Assignee: Brian Stansberry
> Priority: Minor
>
> Display the deployment timestamp, that is the date of last modified deployment. It is useful for users to see the date and time of deployments.
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
10 years, 1 month
[JBoss JIRA] (WFLY-3820) Unable to invoke @PreDestroy annotated methods on org.jboss.as.jsf.injection.JSFInjectionProvider
by Karl Pietrzak (JIRA)
[ https://issues.jboss.org/browse/WFLY-3820?page=com.atlassian.jira.plugin.... ]
Karl Pietrzak updated WFLY-3820:
--------------------------------
Description:
{noformat}
12:21:52,402 SEVERE [javax.faces] (Mojarra-WebResourceMonitor-1-thread-1) Unable to invoke @PreDestroy annotated methods on org.jboss.as.jsf.injection.JSFInjectionProvider@ebc02f7.: java.lang.NullPointerException
at org.jboss.as.jsf.injection.JSFInjectionProvider.invokePreDestroy(JSFInjectionProvider.java:49) [wildfly-jsf-injection-8.1.0.Final.jar:8.1.0.Final]
at javax.faces.FactoryFinder.releaseFactories(FactoryFinder.java:442) [jboss-jsf-api_2.2_spec-2.2.6.jar:2.2.6]
at com.sun.faces.config.ConfigManager.releaseFactories(ConfigManager.java:809) [jsf-impl-2.2.6-jbossorg-4.jar:]
at com.sun.faces.config.ConfigManager.initialize(ConfigManager.java:446) [jsf-impl-2.2.6-jbossorg-4.jar:]
at com.sun.faces.config.ConfigureListener.reload(ConfigureListener.java:568) [jsf-impl-2.2.6-jbossorg-4.jar:]
at com.sun.faces.config.ConfigureListener.access$600(ConfigureListener.java:121) [jsf-impl-2.2.6-jbossorg-4.jar:]
at com.sun.faces.config.ConfigureListener$WebConfigResourceMonitor.run(ConfigureListener.java:1039) [jsf-impl-2.2.6-jbossorg-4.jar:]
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) [rt.jar:1.7.0_67]
at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:304) [rt.jar:1.7.0_67]
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:178) [rt.jar:1.7.0_67]
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293) [rt.jar:1.7.0_67]
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_67]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_67]
at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_67]
{noformat}
{noformat}
12:21:52,403 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) com.sun.faces.config.ConfigurationException: Factory 'javax.faces.application.ApplicationFactory' was not configured properly.
12:21:52,403 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) at com.sun.faces.config.processor.FactoryConfigProcessor.verifyFactoriesExist(FactoryConfigProcessor.java:330)
12:21:52,403 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) at com.sun.faces.config.processor.FactoryConfigProcessor.process(FactoryConfigProcessor.java:236)
12:21:52,404 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) at com.sun.faces.config.ConfigManager.initialize(ConfigManager.java:435)
12:21:52,404 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) at com.sun.faces.config.ConfigureListener.reload(ConfigureListener.java:568)
12:21:52,404 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) at com.sun.faces.config.ConfigureListener.access$600(ConfigureListener.java:121)
12:21:52,404 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) at com.sun.faces.config.ConfigureListener$WebConfigResourceMonitor.run(ConfigureListener.java:1039)
12:21:52,404 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
12:21:52,404 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:304)
12:21:52,404 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:178)
12:21:52,404 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293)
12:21:52,404 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
12:21:52,404 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
12:21:52,404 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) at java.lang.Thread.run(Thread.java:745)
12:21:52,405 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) Caused by: javax.faces.FacesException: org.jboss.as.jsf.injection.weld.WeldApplicationFactory
12:21:52,405 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) at javax.faces.FactoryFinder.getImplGivenPreviousImpl(FactoryFinder.java:710)
12:21:52,405 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) at javax.faces.FactoryFinder.getImplementationInstance(FactoryFinder.java:572)
12:21:52,405 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) at javax.faces.FactoryFinder.access$500(FactoryFinder.java:140)
12:21:52,405 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) at javax.faces.FactoryFinder$FactoryManager.getFactory(FactoryFinder.java:1120)
12:21:52,405 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) at javax.faces.FactoryFinder.getFactory(FactoryFinder.java:379)
12:21:52,405 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) at com.sun.faces.config.processor.FactoryConfigProcessor.verifyFactoriesExist(FactoryConfigProcessor.java:328)
12:21:52,405 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) ... 12 more
12:21:52,405 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) Caused by: com.sun.faces.spi.InjectionProviderException: java.lang.NullPointerException
12:21:52,406 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) at org.jboss.as.jsf.injection.JSFInjectionProvider.invokePostConstruct(JSFInjectionProvider.java:63)
12:21:52,406 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) at javax.faces.FactoryFinder.getImplGivenPreviousImpl(FactoryFinder.java:696)
12:21:52,406 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) ... 17 more
12:21:52,406 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) Caused by: java.lang.NullPointerException
12:21:52,406 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) at org.jboss.as.jsf.injection.JSFInjectionProvider.invokePostConstruct(JSFInjectionProvider.java:61)
12:21:52,406 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) ... 18 more
12:21:52,406 INFO [javax.enterprise.resource.webcontainer.jsf.config] (Mojarra-WebResourceMonitor-1-thread-1) Reload complete.
{noformat}
Sometimes I get this error on reload. Difficult to reproduce, but I think it has to do with the {{instanceManager}} being null in the {{JSFInjectionProvider.java}}. I'll submit a pull request to check for null.
was:
{noformat}
12:21:52,402 SEVERE [javax.faces] (Mojarra-WebResourceMonitor-1-thread-1) Unable to invoke @PreDestroy annotated methods on org.jboss.as.jsf.injection.JSFInjectionProvider@ebc02f7.: java.lang.NullPointerException
at org.jboss.as.jsf.injection.JSFInjectionProvider.invokePreDestroy(JSFInjectionProvider.java:49) [wildfly-jsf-injection-8.1.0.Final.jar:8.1.0.Final]
at javax.faces.FactoryFinder.releaseFactories(FactoryFinder.java:442) [jboss-jsf-api_2.2_spec-2.2.6.jar:2.2.6]
at com.sun.faces.config.ConfigManager.releaseFactories(ConfigManager.java:809) [jsf-impl-2.2.6-jbossorg-4.jar:]
at com.sun.faces.config.ConfigManager.initialize(ConfigManager.java:446) [jsf-impl-2.2.6-jbossorg-4.jar:]
at com.sun.faces.config.ConfigureListener.reload(ConfigureListener.java:568) [jsf-impl-2.2.6-jbossorg-4.jar:]
at com.sun.faces.config.ConfigureListener.access$600(ConfigureListener.java:121) [jsf-impl-2.2.6-jbossorg-4.jar:]
at com.sun.faces.config.ConfigureListener$WebConfigResourceMonitor.run(ConfigureListener.java:1039) [jsf-impl-2.2.6-jbossorg-4.jar:]
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) [rt.jar:1.7.0_67]
at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:304) [rt.jar:1.7.0_67]
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:178) [rt.jar:1.7.0_67]
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293) [rt.jar:1.7.0_67]
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_67]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_67]
at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_67]
{noformat}
{noformat}
12:21:52,403 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) com.sun.faces.config.ConfigurationException: Factory 'javax.faces.application.ApplicationFactory' was not configured properly.
12:21:52,403 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) at com.sun.faces.config.processor.FactoryConfigProcessor.verifyFactoriesExist(FactoryConfigProcessor.java:330)
12:21:52,403 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) at com.sun.faces.config.processor.FactoryConfigProcessor.process(FactoryConfigProcessor.java:236)
12:21:52,404 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) at com.sun.faces.config.ConfigManager.initialize(ConfigManager.java:435)
12:21:52,404 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) at com.sun.faces.config.ConfigureListener.reload(ConfigureListener.java:568)
12:21:52,404 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) at com.sun.faces.config.ConfigureListener.access$600(ConfigureListener.java:121)
12:21:52,404 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) at com.sun.faces.config.ConfigureListener$WebConfigResourceMonitor.run(ConfigureListener.java:1039)
12:21:52,404 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
12:21:52,404 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:304)
12:21:52,404 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:178)
12:21:52,404 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293)
12:21:52,404 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
12:21:52,404 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
12:21:52,404 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) at java.lang.Thread.run(Thread.java:745)
12:21:52,405 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) Caused by: javax.faces.FacesException: org.jboss.as.jsf.injection.weld.WeldApplicationFactory
12:21:52,405 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) at javax.faces.FactoryFinder.getImplGivenPreviousImpl(FactoryFinder.java:710)
12:21:52,405 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) at javax.faces.FactoryFinder.getImplementationInstance(FactoryFinder.java:572)
12:21:52,405 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) at javax.faces.FactoryFinder.access$500(FactoryFinder.java:140)
12:21:52,405 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) at javax.faces.FactoryFinder$FactoryManager.getFactory(FactoryFinder.java:1120)
12:21:52,405 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) at javax.faces.FactoryFinder.getFactory(FactoryFinder.java:379)
12:21:52,405 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) at com.sun.faces.config.processor.FactoryConfigProcessor.verifyFactoriesExist(FactoryConfigProcessor.java:328)
12:21:52,405 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) ... 12 more
12:21:52,405 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) Caused by: com.sun.faces.spi.InjectionProviderException: java.lang.NullPointerException
12:21:52,406 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) at org.jboss.as.jsf.injection.JSFInjectionProvider.invokePostConstruct(JSFInjectionProvider.java:63)
12:21:52,406 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) at javax.faces.FactoryFinder.getImplGivenPreviousImpl(FactoryFinder.java:696)
12:21:52,406 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) ... 17 more
12:21:52,406 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) Caused by: java.lang.NullPointerException
12:21:52,406 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) at org.jboss.as.jsf.injection.JSFInjectionProvider.invokePostConstruct(JSFInjectionProvider.java:61)
12:21:52,406 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) ... 18 more
12:21:52,406 INFO [javax.enterprise.resource.webcontainer.jsf.config] (Mojarra-WebResourceMonitor-1-thread-1) Reload complete.
{noformat}
Sometimes I get this error on reload. Difficult to reproduce, but I think it has to do with the ```instanceManager`` being null in the ```JSFInjectionProvider.java```. I'll submit a pull request to check for null.
Steps to Reproduce: Try reloading a JSF application. Unfortunately, the app I'm using is not (yet) open source, so I can't distribute what I saw this bug with.
Git Pull Request: https://github.com/wildfly/wildfly/pull/6678
> Unable to invoke @PreDestroy annotated methods on org.jboss.as.jsf.injection.JSFInjectionProvider
> --------------------------------------------------------------------------------------------------
>
> Key: WFLY-3820
> URL: https://issues.jboss.org/browse/WFLY-3820
> Project: WildFly
> Issue Type: Bug
> Components: JSF
> Affects Versions: 8.1.0.Final
> Reporter: Karl Pietrzak
> Assignee: Farah Juma
> Priority: Minor
>
> {noformat}
> 12:21:52,402 SEVERE [javax.faces] (Mojarra-WebResourceMonitor-1-thread-1) Unable to invoke @PreDestroy annotated methods on org.jboss.as.jsf.injection.JSFInjectionProvider@ebc02f7.: java.lang.NullPointerException
> at org.jboss.as.jsf.injection.JSFInjectionProvider.invokePreDestroy(JSFInjectionProvider.java:49) [wildfly-jsf-injection-8.1.0.Final.jar:8.1.0.Final]
> at javax.faces.FactoryFinder.releaseFactories(FactoryFinder.java:442) [jboss-jsf-api_2.2_spec-2.2.6.jar:2.2.6]
> at com.sun.faces.config.ConfigManager.releaseFactories(ConfigManager.java:809) [jsf-impl-2.2.6-jbossorg-4.jar:]
> at com.sun.faces.config.ConfigManager.initialize(ConfigManager.java:446) [jsf-impl-2.2.6-jbossorg-4.jar:]
> at com.sun.faces.config.ConfigureListener.reload(ConfigureListener.java:568) [jsf-impl-2.2.6-jbossorg-4.jar:]
> at com.sun.faces.config.ConfigureListener.access$600(ConfigureListener.java:121) [jsf-impl-2.2.6-jbossorg-4.jar:]
> at com.sun.faces.config.ConfigureListener$WebConfigResourceMonitor.run(ConfigureListener.java:1039) [jsf-impl-2.2.6-jbossorg-4.jar:]
> at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) [rt.jar:1.7.0_67]
> at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:304) [rt.jar:1.7.0_67]
> at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:178) [rt.jar:1.7.0_67]
> at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293) [rt.jar:1.7.0_67]
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_67]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_67]
> at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_67]
> {noformat}
> {noformat}
> 12:21:52,403 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) com.sun.faces.config.ConfigurationException: Factory 'javax.faces.application.ApplicationFactory' was not configured properly.
> 12:21:52,403 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) at com.sun.faces.config.processor.FactoryConfigProcessor.verifyFactoriesExist(FactoryConfigProcessor.java:330)
> 12:21:52,403 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) at com.sun.faces.config.processor.FactoryConfigProcessor.process(FactoryConfigProcessor.java:236)
> 12:21:52,404 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) at com.sun.faces.config.ConfigManager.initialize(ConfigManager.java:435)
> 12:21:52,404 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) at com.sun.faces.config.ConfigureListener.reload(ConfigureListener.java:568)
> 12:21:52,404 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) at com.sun.faces.config.ConfigureListener.access$600(ConfigureListener.java:121)
> 12:21:52,404 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) at com.sun.faces.config.ConfigureListener$WebConfigResourceMonitor.run(ConfigureListener.java:1039)
> 12:21:52,404 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
> 12:21:52,404 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:304)
> 12:21:52,404 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:178)
> 12:21:52,404 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293)
> 12:21:52,404 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
> 12:21:52,404 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
> 12:21:52,404 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) at java.lang.Thread.run(Thread.java:745)
> 12:21:52,405 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) Caused by: javax.faces.FacesException: org.jboss.as.jsf.injection.weld.WeldApplicationFactory
> 12:21:52,405 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) at javax.faces.FactoryFinder.getImplGivenPreviousImpl(FactoryFinder.java:710)
> 12:21:52,405 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) at javax.faces.FactoryFinder.getImplementationInstance(FactoryFinder.java:572)
> 12:21:52,405 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) at javax.faces.FactoryFinder.access$500(FactoryFinder.java:140)
> 12:21:52,405 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) at javax.faces.FactoryFinder$FactoryManager.getFactory(FactoryFinder.java:1120)
> 12:21:52,405 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) at javax.faces.FactoryFinder.getFactory(FactoryFinder.java:379)
> 12:21:52,405 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) at com.sun.faces.config.processor.FactoryConfigProcessor.verifyFactoriesExist(FactoryConfigProcessor.java:328)
> 12:21:52,405 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) ... 12 more
> 12:21:52,405 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) Caused by: com.sun.faces.spi.InjectionProviderException: java.lang.NullPointerException
> 12:21:52,406 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) at org.jboss.as.jsf.injection.JSFInjectionProvider.invokePostConstruct(JSFInjectionProvider.java:63)
> 12:21:52,406 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) at javax.faces.FactoryFinder.getImplGivenPreviousImpl(FactoryFinder.java:696)
> 12:21:52,406 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) ... 17 more
> 12:21:52,406 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) Caused by: java.lang.NullPointerException
> 12:21:52,406 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) at org.jboss.as.jsf.injection.JSFInjectionProvider.invokePostConstruct(JSFInjectionProvider.java:61)
> 12:21:52,406 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) ... 18 more
> 12:21:52,406 INFO [javax.enterprise.resource.webcontainer.jsf.config] (Mojarra-WebResourceMonitor-1-thread-1) Reload complete.
> {noformat}
> Sometimes I get this error on reload. Difficult to reproduce, but I think it has to do with the {{instanceManager}} being null in the {{JSFInjectionProvider.java}}. I'll submit a pull request to check for null.
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
10 years, 1 month
[JBoss JIRA] (WFLY-3820) Unable to invoke @PreDestroy annotated methods on org.jboss.as.jsf.injection.JSFInjectionProvider
by Karl Pietrzak (JIRA)
Karl Pietrzak created WFLY-3820:
-----------------------------------
Summary: Unable to invoke @PreDestroy annotated methods on org.jboss.as.jsf.injection.JSFInjectionProvider
Key: WFLY-3820
URL: https://issues.jboss.org/browse/WFLY-3820
Project: WildFly
Issue Type: Bug
Components: JSF
Affects Versions: 8.1.0.Final
Reporter: Karl Pietrzak
Assignee: Farah Juma
Priority: Minor
{noformat}
12:21:52,402 SEVERE [javax.faces] (Mojarra-WebResourceMonitor-1-thread-1) Unable to invoke @PreDestroy annotated methods on org.jboss.as.jsf.injection.JSFInjectionProvider@ebc02f7.: java.lang.NullPointerException
at org.jboss.as.jsf.injection.JSFInjectionProvider.invokePreDestroy(JSFInjectionProvider.java:49) [wildfly-jsf-injection-8.1.0.Final.jar:8.1.0.Final]
at javax.faces.FactoryFinder.releaseFactories(FactoryFinder.java:442) [jboss-jsf-api_2.2_spec-2.2.6.jar:2.2.6]
at com.sun.faces.config.ConfigManager.releaseFactories(ConfigManager.java:809) [jsf-impl-2.2.6-jbossorg-4.jar:]
at com.sun.faces.config.ConfigManager.initialize(ConfigManager.java:446) [jsf-impl-2.2.6-jbossorg-4.jar:]
at com.sun.faces.config.ConfigureListener.reload(ConfigureListener.java:568) [jsf-impl-2.2.6-jbossorg-4.jar:]
at com.sun.faces.config.ConfigureListener.access$600(ConfigureListener.java:121) [jsf-impl-2.2.6-jbossorg-4.jar:]
at com.sun.faces.config.ConfigureListener$WebConfigResourceMonitor.run(ConfigureListener.java:1039) [jsf-impl-2.2.6-jbossorg-4.jar:]
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) [rt.jar:1.7.0_67]
at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:304) [rt.jar:1.7.0_67]
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:178) [rt.jar:1.7.0_67]
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293) [rt.jar:1.7.0_67]
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_67]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_67]
at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_67]
{noformat}
{noformat}
12:21:52,403 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) com.sun.faces.config.ConfigurationException: Factory 'javax.faces.application.ApplicationFactory' was not configured properly.
12:21:52,403 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) at com.sun.faces.config.processor.FactoryConfigProcessor.verifyFactoriesExist(FactoryConfigProcessor.java:330)
12:21:52,403 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) at com.sun.faces.config.processor.FactoryConfigProcessor.process(FactoryConfigProcessor.java:236)
12:21:52,404 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) at com.sun.faces.config.ConfigManager.initialize(ConfigManager.java:435)
12:21:52,404 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) at com.sun.faces.config.ConfigureListener.reload(ConfigureListener.java:568)
12:21:52,404 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) at com.sun.faces.config.ConfigureListener.access$600(ConfigureListener.java:121)
12:21:52,404 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) at com.sun.faces.config.ConfigureListener$WebConfigResourceMonitor.run(ConfigureListener.java:1039)
12:21:52,404 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
12:21:52,404 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:304)
12:21:52,404 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:178)
12:21:52,404 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293)
12:21:52,404 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
12:21:52,404 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
12:21:52,404 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) at java.lang.Thread.run(Thread.java:745)
12:21:52,405 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) Caused by: javax.faces.FacesException: org.jboss.as.jsf.injection.weld.WeldApplicationFactory
12:21:52,405 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) at javax.faces.FactoryFinder.getImplGivenPreviousImpl(FactoryFinder.java:710)
12:21:52,405 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) at javax.faces.FactoryFinder.getImplementationInstance(FactoryFinder.java:572)
12:21:52,405 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) at javax.faces.FactoryFinder.access$500(FactoryFinder.java:140)
12:21:52,405 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) at javax.faces.FactoryFinder$FactoryManager.getFactory(FactoryFinder.java:1120)
12:21:52,405 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) at javax.faces.FactoryFinder.getFactory(FactoryFinder.java:379)
12:21:52,405 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) at com.sun.faces.config.processor.FactoryConfigProcessor.verifyFactoriesExist(FactoryConfigProcessor.java:328)
12:21:52,405 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) ... 12 more
12:21:52,405 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) Caused by: com.sun.faces.spi.InjectionProviderException: java.lang.NullPointerException
12:21:52,406 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) at org.jboss.as.jsf.injection.JSFInjectionProvider.invokePostConstruct(JSFInjectionProvider.java:63)
12:21:52,406 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) at javax.faces.FactoryFinder.getImplGivenPreviousImpl(FactoryFinder.java:696)
12:21:52,406 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) ... 17 more
12:21:52,406 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) Caused by: java.lang.NullPointerException
12:21:52,406 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) at org.jboss.as.jsf.injection.JSFInjectionProvider.invokePostConstruct(JSFInjectionProvider.java:61)
12:21:52,406 ERROR [stderr] (Mojarra-WebResourceMonitor-1-thread-1) ... 18 more
12:21:52,406 INFO [javax.enterprise.resource.webcontainer.jsf.config] (Mojarra-WebResourceMonitor-1-thread-1) Reload complete.
{noformat}
Sometimes I get this error on reload. Difficult to reproduce, but I think it has to do with the ```instanceManager`` being null in the ```JSFInjectionProvider.java```. I'll submit a pull request to check for null.
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
10 years, 1 month
[JBoss JIRA] (WFLY-3811) Infinispan cache module override is ignored
by Rich DiCroce (JIRA)
[ https://issues.jboss.org/browse/WFLY-3811?page=com.atlassian.jira.plugin.... ]
Rich DiCroce commented on WFLY-3811:
------------------------------------
I was mucking around in a real application, so I don't have a test application I can give you. I can make one if you need it, but that might take a while as I'm very busy preparing for a demo right now.
> Infinispan cache module override is ignored
> -------------------------------------------
>
> Key: WFLY-3811
> URL: https://issues.jboss.org/browse/WFLY-3811
> Project: WildFly
> Issue Type: Bug
> Components: Clustering
> Affects Versions: 8.1.0.Final
> Reporter: Rich DiCroce
> Assignee: Enrique González Martínez
>
> I was trying to set up a cache for a Registry (part of the public clustering API) and got an ugly exception. After mucking with it for a while, I've determined that this configuration works:
> {code:xml}
> <cache-container name="test" module="org.wildfly.clustering.server">
> <transport lock-timeout="60000"/>
> <replicated-cache name="SONGv1-GP-names" batching="true" mode="SYNC">
> <locking isolation="REPEATABLE_READ"/>
> </replicated-cache>
> </cache-container>
> {code}
> and so does this configuration:
> {code:xml}
> <cache-container name="test">
> <transport lock-timeout="60000"/>
> <replicated-cache name="SONGv1-GP-names" batching="true" mode="SYNC" module="org.wildfly.clustering.server">
> <locking isolation="REPEATABLE_READ"/>
> </replicated-cache>
> </cache-container>
> {code}
> but this configuration does not:
> {code:xml}
> <cache-container name="test" module="org.infinispan.query">
> <transport lock-timeout="60000"/>
> <replicated-cache name="SONGv1-GP-names" batching="true" module="org.wildfly.clustering.server" mode="SYNC">
> <locking isolation="REPEATABLE_READ"/>
> </replicated-cache>
> </cache-container>
> {code}
> The last one causes exceptions like this:
> {code}
> 05:19:15,300 ERROR [org.infinispan.interceptors.InvocationContextInterceptor] (default task-1) ISPN000136: Execution error: org.infinispan.commons.CacheException: java.lang.RuntimeException: Failure to marshal argument(s)
> at org.infinispan.commons.util.Util.rewrapAsCacheException(Util.java:581) [infinispan-commons-6.0.2.Final.jar:6.0.2.Final]
> at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher.invokeRemoteCommands(CommandAwareRpcDispatcher.java:141) [infinispan-core-6.0.2.Final.jar:6.0.2.Final]
> at org.infinispan.remoting.transport.jgroups.JGroupsTransport.invokeRemotely(JGroupsTransport.java:524) [infinispan-core-6.0.2.Final.jar:6.0.2.Final]
> at org.infinispan.remoting.rpc.RpcManagerImpl.invokeRemotely(RpcManagerImpl.java:281) [infinispan-core-6.0.2.Final.jar:6.0.2.Final]
> at org.infinispan.interceptors.distribution.TxDistributionInterceptor.prepareOnAffectedNodes(TxDistributionInterceptor.java:219) [infinispan-core-6.0.2.Final.jar:6.0.2.Final]
> at org.infinispan.interceptors.distribution.TxDistributionInterceptor.visitPrepareCommand(TxDistributionInterceptor.java:203) [infinispan-core-6.0.2.Final.jar:6.0.2.Final]
> at org.infinispan.commands.tx.PrepareCommand.acceptVisitor(PrepareCommand.java:124) [infinispan-core-6.0.2.Final.jar:6.0.2.Final]
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:98) [infinispan-core-6.0.2.Final.jar:6.0.2.Final]
> at org.infinispan.interceptors.EntryWrappingInterceptor.visitPrepareCommand(EntryWrappingInterceptor.java:96) [infinispan-core-6.0.2.Final.jar:6.0.2.Final]
> at org.infinispan.commands.tx.PrepareCommand.acceptVisitor(PrepareCommand.java:124) [infinispan-core-6.0.2.Final.jar:6.0.2.Final]
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:98) [infinispan-core-6.0.2.Final.jar:6.0.2.Final]
> at org.infinispan.interceptors.locking.AbstractTxLockingInterceptor.invokeNextAndCommitIf1Pc(AbstractTxLockingInterceptor.java:78) [infinispan-core-6.0.2.Final.jar:6.0.2.Final]
> at org.infinispan.interceptors.locking.PessimisticLockingInterceptor.visitPrepareCommand(PessimisticLockingInterceptor.java:83) [infinispan-core-6.0.2.Final.jar:6.0.2.Final]
> at org.infinispan.commands.tx.PrepareCommand.acceptVisitor(PrepareCommand.java:124) [infinispan-core-6.0.2.Final.jar:6.0.2.Final]
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:98) [infinispan-core-6.0.2.Final.jar:6.0.2.Final]
> at org.infinispan.interceptors.NotificationInterceptor.visitPrepareCommand(NotificationInterceptor.java:36) [infinispan-core-6.0.2.Final.jar:6.0.2.Final]
> at org.infinispan.commands.tx.PrepareCommand.acceptVisitor(PrepareCommand.java:124) [infinispan-core-6.0.2.Final.jar:6.0.2.Final]
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:98) [infinispan-core-6.0.2.Final.jar:6.0.2.Final]
> at org.infinispan.interceptors.TxInterceptor.invokeNextInterceptorAndVerifyTransaction(TxInterceptor.java:114) [infinispan-core-6.0.2.Final.jar:6.0.2.Final]
> at org.infinispan.interceptors.TxInterceptor.visitPrepareCommand(TxInterceptor.java:101) [infinispan-core-6.0.2.Final.jar:6.0.2.Final]
> at org.infinispan.commands.tx.PrepareCommand.acceptVisitor(PrepareCommand.java:124) [infinispan-core-6.0.2.Final.jar:6.0.2.Final]
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:98) [infinispan-core-6.0.2.Final.jar:6.0.2.Final]
> at org.infinispan.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:112) [infinispan-core-6.0.2.Final.jar:6.0.2.Final]
> at org.infinispan.commands.AbstractVisitor.visitPrepareCommand(AbstractVisitor.java:96) [infinispan-core-6.0.2.Final.jar:6.0.2.Final]
> at org.infinispan.statetransfer.TransactionSynchronizerInterceptor.visitPrepareCommand(TransactionSynchronizerInterceptor.java:42) [infinispan-core-6.0.2.Final.jar:6.0.2.Final]
> at org.infinispan.commands.tx.PrepareCommand.acceptVisitor(PrepareCommand.java:124) [infinispan-core-6.0.2.Final.jar:6.0.2.Final]
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:98) [infinispan-core-6.0.2.Final.jar:6.0.2.Final]
> at org.infinispan.statetransfer.StateTransferInterceptor.handleTopologyAffectedCommand(StateTransferInterceptor.java:263) [infinispan-core-6.0.2.Final.jar:6.0.2.Final]
> at org.infinispan.statetransfer.StateTransferInterceptor.handleTxCommand(StateTransferInterceptor.java:194) [infinispan-core-6.0.2.Final.jar:6.0.2.Final]
> at org.infinispan.statetransfer.StateTransferInterceptor.visitPrepareCommand(StateTransferInterceptor.java:94) [infinispan-core-6.0.2.Final.jar:6.0.2.Final]
> at org.infinispan.commands.tx.PrepareCommand.acceptVisitor(PrepareCommand.java:124) [infinispan-core-6.0.2.Final.jar:6.0.2.Final]
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:98) [infinispan-core-6.0.2.Final.jar:6.0.2.Final]
> at org.infinispan.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:112) [infinispan-core-6.0.2.Final.jar:6.0.2.Final]
> at org.infinispan.commands.AbstractVisitor.visitPrepareCommand(AbstractVisitor.java:96) [infinispan-core-6.0.2.Final.jar:6.0.2.Final]
> at org.infinispan.commands.tx.PrepareCommand.acceptVisitor(PrepareCommand.java:124) [infinispan-core-6.0.2.Final.jar:6.0.2.Final]
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:98) [infinispan-core-6.0.2.Final.jar:6.0.2.Final]
> at org.infinispan.interceptors.InvocationContextInterceptor.handleAll(InvocationContextInterceptor.java:110) [infinispan-core-6.0.2.Final.jar:6.0.2.Final]
> at org.infinispan.interceptors.InvocationContextInterceptor.handleDefault(InvocationContextInterceptor.java:73) [infinispan-core-6.0.2.Final.jar:6.0.2.Final]
> at org.infinispan.commands.AbstractVisitor.visitPrepareCommand(AbstractVisitor.java:96) [infinispan-core-6.0.2.Final.jar:6.0.2.Final]
> at org.infinispan.commands.tx.PrepareCommand.acceptVisitor(PrepareCommand.java:124) [infinispan-core-6.0.2.Final.jar:6.0.2.Final]
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:98) [infinispan-core-6.0.2.Final.jar:6.0.2.Final]
> at org.infinispan.interceptors.BatchingInterceptor.handleDefault(BatchingInterceptor.java:66) [infinispan-core-6.0.2.Final.jar:6.0.2.Final]
> at org.infinispan.commands.AbstractVisitor.visitPrepareCommand(AbstractVisitor.java:96) [infinispan-core-6.0.2.Final.jar:6.0.2.Final]
> at org.infinispan.commands.tx.PrepareCommand.acceptVisitor(PrepareCommand.java:124) [infinispan-core-6.0.2.Final.jar:6.0.2.Final]
> at org.infinispan.interceptors.InterceptorChain.invoke(InterceptorChain.java:333) [infinispan-core-6.0.2.Final.jar:6.0.2.Final]
> at org.infinispan.transaction.TransactionCoordinator.commit(TransactionCoordinator.java:154) [infinispan-core-6.0.2.Final.jar:6.0.2.Final]
> at org.infinispan.transaction.synchronization.SynchronizationAdapter.afterCompletion(SynchronizationAdapter.java:58) [infinispan-core-6.0.2.Final.jar:6.0.2.Final]
> at org.infinispan.transaction.tm.DummyTransaction.notifyAfterCompletion(DummyTransaction.java:263) [infinispan-core-6.0.2.Final.jar:6.0.2.Final]
> at org.infinispan.transaction.tm.DummyTransaction.runCommitTx(DummyTransaction.java:312) [infinispan-core-6.0.2.Final.jar:6.0.2.Final]
> at org.infinispan.transaction.tm.DummyTransaction.commit(DummyTransaction.java:69) [infinispan-core-6.0.2.Final.jar:6.0.2.Final]
> at org.infinispan.transaction.tm.DummyBaseTransactionManager.commit(DummyBaseTransactionManager.java:80) [infinispan-core-6.0.2.Final.jar:6.0.2.Final]
> at org.infinispan.batch.BatchContainer.resolveTransaction(BatchContainer.java:101) [infinispan-core-6.0.2.Final.jar:6.0.2.Final]
> at org.infinispan.batch.BatchContainer.endBatch(BatchContainer.java:83) [infinispan-core-6.0.2.Final.jar:6.0.2.Final]
> at org.infinispan.batch.BatchContainer.endBatch(BatchContainer.java:64) [infinispan-core-6.0.2.Final.jar:6.0.2.Final]
> at org.infinispan.CacheImpl.endBatch(CacheImpl.java:777) [infinispan-core-6.0.2.Final.jar:6.0.2.Final]
> at org.infinispan.AbstractDelegatingCache.endBatch(AbstractDelegatingCache.java:53) [infinispan-core-6.0.2.Final.jar:6.0.2.Final]
> at org.jboss.as.clustering.infinispan.invoker.BatchCacheInvoker.invoke(BatchCacheInvoker.java:53)
> at org.wildfly.clustering.server.registry.RegistryFactoryService.getLocalEntry(RegistryFactoryService.java:170)
> at org.wildfly.clustering.server.registry.RegistryFactoryService.createRegistry(RegistryFactoryService.java:101)
> at com.sgi.song.gp.cluster.ClusterObjectsProducer.init(ClusterObjectsProducer.java:123) [classes:]
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.8.0_20]
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) [rt.jar:1.8.0_20]
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_20]
> at java.lang.reflect.Method.invoke(Method.java:483) [rt.jar:1.8.0_20]
> at org.jboss.weld.injection.producer.DefaultLifecycleCallbackInvoker.invokeMethods(DefaultLifecycleCallbackInvoker.java:89) [weld-core-impl-2.1.2.Final.jar:2014-01-09 09:23]
> at org.jboss.weld.injection.producer.DefaultLifecycleCallbackInvoker.postConstruct(DefaultLifecycleCallbackInvoker.java:72) [weld-core-impl-2.1.2.Final.jar:2014-01-09 09:23]
> at org.jboss.weld.injection.producer.BasicInjectionTarget.postConstruct(BasicInjectionTarget.java:95) [weld-core-impl-2.1.2.Final.jar:2014-01-09 09:23]
> at org.jboss.weld.injection.producer.BeanInjectionTarget.postConstruct(BeanInjectionTarget.java:63) [weld-core-impl-2.1.2.Final.jar:2014-01-09 09:23]
> at org.jboss.weld.bean.ManagedBean.create(ManagedBean.java:153) [weld-core-impl-2.1.2.Final.jar:2014-01-09 09:23]
> at org.jboss.weld.context.AbstractContext.get(AbstractContext.java:96) [weld-core-impl-2.1.2.Final.jar:2014-01-09 09:23]
> at org.jboss.weld.manager.BeanManagerImpl.getReference(BeanManagerImpl.java:733) [weld-core-impl-2.1.2.Final.jar:2014-01-09 09:23]
> at org.jboss.weld.injection.producer.AbstractMemberProducer.getReceiver(AbstractMemberProducer.java:128) [weld-core-impl-2.1.2.Final.jar:2014-01-09 09:23]
> at org.jboss.weld.injection.producer.AbstractMemberProducer.produce(AbstractMemberProducer.java:148) [weld-core-impl-2.1.2.Final.jar:2014-01-09 09:23]
> at org.jboss.weld.bean.AbstractProducerBean.create(AbstractProducerBean.java:183) [weld-core-impl-2.1.2.Final.jar:2014-01-09 09:23]
> at org.jboss.weld.context.unbound.DependentContextImpl.get(DependentContextImpl.java:69) [weld-core-impl-2.1.2.Final.jar:2014-01-09 09:23]
> at org.jboss.weld.manager.BeanManagerImpl.getReference(BeanManagerImpl.java:733) [weld-core-impl-2.1.2.Final.jar:2014-01-09 09:23]
> at org.jboss.weld.manager.BeanManagerImpl.getReference(BeanManagerImpl.java:789) [weld-core-impl-2.1.2.Final.jar:2014-01-09 09:23]
> at org.jboss.weld.injection.FieldInjectionPoint.inject(FieldInjectionPoint.java:92) [weld-core-impl-2.1.2.Final.jar:2014-01-09 09:23]
> at org.jboss.weld.util.Beans.injectBoundFields(Beans.java:358) [weld-core-impl-2.1.2.Final.jar:2014-01-09 09:23]
> at org.jboss.weld.util.Beans.injectFieldsAndInitializers(Beans.java:369) [weld-core-impl-2.1.2.Final.jar:2014-01-09 09:23]
> at org.jboss.weld.injection.producer.DefaultInjector.inject(DefaultInjector.java:72) [weld-core-impl-2.1.2.Final.jar:2014-01-09 09:23]
> at org.jboss.weld.injection.producer.DefaultInjector$1.proceed(DefaultInjector.java:66) [weld-core-impl-2.1.2.Final.jar:2014-01-09 09:23]
> at org.jboss.weld.injection.InjectionContextImpl.run(InjectionContextImpl.java:48) [weld-core-impl-2.1.2.Final.jar:2014-01-09 09:23]
> at org.jboss.weld.injection.producer.DefaultInjector.inject(DefaultInjector.java:64) [weld-core-impl-2.1.2.Final.jar:2014-01-09 09:23]
> at org.jboss.weld.injection.producer.BasicInjectionTarget.inject(BasicInjectionTarget.java:90) [weld-core-impl-2.1.2.Final.jar:2014-01-09 09:23]
> at org.apache.deltaspike.core.api.provider.BeanProvider.injectFields(BeanProvider.java:408) [deltaspike-core-api-0.7.jar:0.7]
> at com.sgi.song.gp.util.command.TestCommandService.executeCommand(TestCommandService.java:20) [classes:]
> at com.sgi.song.gp.util.command.TestCommandService$Proxy$_$$_WeldClientProxy.executeCommand(Unknown Source) [classes:]
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.8.0_20]
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) [rt.jar:1.8.0_20]
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_20]
> at java.lang.reflect.Method.invoke(Method.java:483) [rt.jar:1.8.0_20]
> at org.jboss.resteasy.core.MethodInjectorImpl.invoke(MethodInjectorImpl.java:137) [resteasy-jaxrs-3.0.8.Final.jar:]
> at org.jboss.resteasy.core.ResourceMethodInvoker.invokeOnTarget(ResourceMethodInvoker.java:296) [resteasy-jaxrs-3.0.8.Final.jar:]
> at org.jboss.resteasy.core.ResourceMethodInvoker.invoke(ResourceMethodInvoker.java:250) [resteasy-jaxrs-3.0.8.Final.jar:]
> at org.jboss.resteasy.core.ResourceMethodInvoker.invoke(ResourceMethodInvoker.java:237) [resteasy-jaxrs-3.0.8.Final.jar:]
> at org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:356) [resteasy-jaxrs-3.0.8.Final.jar:]
> at org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:179) [resteasy-jaxrs-3.0.8.Final.jar:]
> at org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.service(ServletContainerDispatcher.java:220) [resteasy-jaxrs-3.0.8.Final.jar:]
> at org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:56) [resteasy-jaxrs-3.0.8.Final.jar:]
> at org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:51) [resteasy-jaxrs-3.0.8.Final.jar:]
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:790) [jboss-servlet-api_3.1_spec-1.0.0.Final.jar:1.0.0.Final]
> at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:85) [undertow-servlet-1.0.15.Final.jar:1.0.15.Final]
> at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:61) [undertow-servlet-1.0.15.Final.jar:1.0.15.Final]
> at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) [undertow-servlet-1.0.15.Final.jar:1.0.15.Final]
> at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.15.Final.jar:1.0.15.Final]
> at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:113) [undertow-servlet-1.0.15.Final.jar:1.0.15.Final]
> at io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:56) [undertow-servlet-1.0.15.Final.jar:1.0.15.Final]
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.15.Final.jar:1.0.15.Final]
> at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:45) [undertow-core-1.0.15.Final.jar:1.0.15.Final]
> at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:61) [undertow-servlet-1.0.15.Final.jar:1.0.15.Final]
> at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:58) [undertow-core-1.0.15.Final.jar:1.0.15.Final]
> at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:70) [undertow-servlet-1.0.15.Final.jar:1.0.15.Final]
> at io.undertow.security.handlers.SecurityInitialHandler.handleRequest(SecurityInitialHandler.java:76) [undertow-core-1.0.15.Final.jar:1.0.15.Final]
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.15.Final.jar:1.0.15.Final]
> at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.15.Final.jar:1.0.15.Final]
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.15.Final.jar:1.0.15.Final]
> at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:240) [undertow-servlet-1.0.15.Final.jar:1.0.15.Final]
> at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:227) [undertow-servlet-1.0.15.Final.jar:1.0.15.Final]
> at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:73) [undertow-servlet-1.0.15.Final.jar:1.0.15.Final]
> at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:146) [undertow-servlet-1.0.15.Final.jar:1.0.15.Final]
> at io.undertow.server.Connectors.executeRootHandler(Connectors.java:177) [undertow-core-1.0.15.Final.jar:1.0.15.Final]
> at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:727) [undertow-core-1.0.15.Final.jar:1.0.15.Final]
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_20]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_20]
> at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_20]
> Caused by: java.lang.RuntimeException: Failure to marshal argument(s)
> at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher.marshallCall(CommandAwareRpcDispatcher.java:333) [infinispan-core-6.0.2.Final.jar:6.0.2.Final]
> at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher.processCalls(CommandAwareRpcDispatcher.java:407) [infinispan-core-6.0.2.Final.jar:6.0.2.Final]
> at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher.invokeRemoteCommands(CommandAwareRpcDispatcher.java:132) [infinispan-core-6.0.2.Final.jar:6.0.2.Final]
> ... 126 more
> Caused by: org.infinispan.commons.marshall.NotSerializableException: org.wildfly.clustering.server.group.AddressableNode
> Caused by: an exception which occurred:
> in object org.wildfly.clustering.server.group.AddressableNode@7b3f1d4e
> in object org.infinispan.commands.write.PutKeyValueCommand@bc035005
> in object org.infinispan.commands.tx.PrepareCommand@7b3f1d52
> {code}
> Note that this only occurs when Infinispan tries to serialize the cache entries for transmission to other nodes, so you must have multiple WildFly instances running in a cluster. The issue does not occur on a single WildFly instance.
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
10 years, 1 month
[JBoss JIRA] (JGRP-1878) Multicast discovery does not work on JDK8
by Radoslav Husar (JIRA)
[ https://issues.jboss.org/browse/JGRP-1878?page=com.atlassian.jira.plugin.... ]
Radoslav Husar commented on JGRP-1878:
--------------------------------------
I don't see it either, neither when listing out {{java.nio.channels.NetworkChannel#supportedOptions}} on JDK8 and Linux.
> Multicast discovery does not work on JDK8
> -----------------------------------------
>
> Key: JGRP-1878
> URL: https://issues.jboss.org/browse/JGRP-1878
> Project: JGroups
> Issue Type: Bug
> Affects Versions: 3.2.12, 3.5
> Environment: OpenJDK8, OracleJDK8u40
> Reporter: Radoslav Husar
> Assignee: Radoslav Husar
> Priority: Minor
> Fix For: 3.2.14, 3.6
>
> Attachments: mcast.java
>
>
> Multicast discovery does not work on JDK8 when using different bind IP addresses. This blocks EAP certification on JDK8.
> Steps to reproduce with draw, switch to JDK8:
> {noformat}
> export IP_ADDR=127.0.0.1
> ./draw.sh
> export IP_ADDR=192.168.1.10
> ./draw.sh
> {noformat}
> Everything works when binding to the same IP address or using JDK 6 or 7. Possibly a JDK8 bug..
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
10 years, 1 month
[JBoss JIRA] (WFCORE-87) Display deployment timestamp
by Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/WFCORE-87?page=com.atlassian.jira.plugin.... ]
Brian Stansberry commented on WFCORE-87:
----------------------------------------
Hmm, are you talking about the 'last modified' time of the deployment file itself? I don't want to do that for the same reasons I got into in our offline email re: the file size. There are too many different ways we manage deployment content and adding things like this will complicate future development of things like supporting exploded deployments in the content repository and not just as external files.
> Display deployment timestamp
> ----------------------------
>
> Key: WFCORE-87
> URL: https://issues.jboss.org/browse/WFCORE-87
> Project: WildFly Core
> Issue Type: Enhancement
> Components: Domain Management
> Affects Versions: 1.0.0.Alpha5
> Reporter: Claudio Miranda
> Assignee: Brian Stansberry
> Priority: Minor
>
> Display the deployment timestamp, that is the date of last modified deployment. It is useful for users to see the date and time of deployments.
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
10 years, 1 month
[JBoss JIRA] (WFCORE-88) Management interface to track (timestamp) when an application was last deployed.
by Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/WFCORE-88?page=com.atlassian.jira.plugin.... ]
Brian Stansberry resolved WFCORE-88.
------------------------------------
Resolution: Duplicate Issue
> Management interface to track (timestamp) when an application was last deployed.
> --------------------------------------------------------------------------------
>
> Key: WFCORE-88
> URL: https://issues.jboss.org/browse/WFCORE-88
> Project: WildFly Core
> Issue Type: Feature Request
> Components: Domain Management
> Reporter: Brian Stansberry
> Assignee: Brian Stansberry
>
> - When an application is Deployed/Undeployed or Enabled/Disabled then there should be some mechanism in order to track the timestamp of these events using some CLI commands.
> - This will help in tracking when last time the application was enabled/disabled/deployed/undeployed.
> I have some reservations about this as it's not clear why these management resources should be treated differently from other resources in terms of showing this kind of information about their history. But there's user demand for it and Claudio Miranda is doing good work on implementing it, so I'm fine with it.
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
10 years, 1 month