[JBoss JIRA] (WFLY-4265) Add support for caching handler
by Jason Greene (JIRA)
[ https://issues.jboss.org/browse/WFLY-4265?page=com.atlassian.jira.plugin.... ]
Jason Greene updated WFLY-4265:
-------------------------------
Fix Version/s: 9.0.0.CR2
(was: 9.0.0.CR1)
> Add support for caching handler
> -------------------------------
>
> Key: WFLY-4265
> URL: https://issues.jboss.org/browse/WFLY-4265
> Project: WildFly
> Issue Type: Feature Request
> Components: Web (Undertow)
> Reporter: Tomaz Cerar
> Assignee: Tomaz Cerar
> Fix For: 9.0.0.CR2
>
>
> Currently we cannot configure CacheHandler as it requires DirectCache as parameter in constructor.
> One option to fix this is to have few cache handler impls that would only have primitive parameters in constructor or getters / setters that would configure direct cache.
> Or add proper type cache configuration to undertow subsystem.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
9 years
[JBoss JIRA] (WFLY-4379) Always expose <transaction-support> for resource adapters
by Jason Greene (JIRA)
[ https://issues.jboss.org/browse/WFLY-4379?page=com.atlassian.jira.plugin.... ]
Jason Greene updated WFLY-4379:
-------------------------------
Fix Version/s: 9.0.0.CR2
(was: 9.0.0.CR1)
> Always expose <transaction-support> for resource adapters
> ---------------------------------------------------------
>
> Key: WFLY-4379
> URL: https://issues.jboss.org/browse/WFLY-4379
> Project: WildFly
> Issue Type: Task
> Components: JCA
> Reporter: Jesper Pedersen
> Assignee: Stefano Maestri
> Priority: Critical
> Fix For: 9.0.0.CR2
>
>
> The <transaction-support> setting for resource adapters should always be exposed in the DMR model - e.g. no "undefined".
> If the value isn't explicit defined by the deployment, then it will be obtained from the metadata repository of the archive in question.
> This also makes it clear that <xa-pool> is used for XATransaction deployments.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
9 years
[JBoss JIRA] (WFLY-4339) NPE when deployment contains a *-ds.xml in domain
by Jason Greene (JIRA)
[ https://issues.jboss.org/browse/WFLY-4339?page=com.atlassian.jira.plugin.... ]
Jason Greene updated WFLY-4339:
-------------------------------
Fix Version/s: 9.0.0.CR2
(was: 9.0.0.CR1)
> NPE when deployment contains a *-ds.xml in domain
> -------------------------------------------------
>
> Key: WFLY-4339
> URL: https://issues.jboss.org/browse/WFLY-4339
> Project: WildFly
> Issue Type: Bug
> Components: JCA
> Affects Versions: 8.2.0.Final
> Reporter: James Perkins
> Assignee: Lin Gao
> Fix For: 9.0.0.CR2
>
>
> If you build the [kitchen-sink quickstart|https://github.com/wildfly/quickstart/tree/master/kitchensink] and attempt to deploy to domain servers you'll see the following error. Same deployment works fine in standalone.
> {code}
> [Server:server-one] 09:25:06,563 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-14) MSC000001: Failed to start service jboss.data-source.java:jboss/datasources/KitchensinkQuickstartDS: org.jboss.msc.service.StartException in service jboss.data-source.java:jboss/datasources/KitchensinkQuickstartDS: WFLYJCA0033: Error during the deployment of java:jboss/datasources/KitchensinkQuickstartDS
> [Server:server-one] at org.jboss.as.connector.subsystems.datasources.AbstractDataSourceService.start(AbstractDataSourceService.java:142)
> [Server:server-two] 09:25:06,563 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-7) MSC000001: Failed to start service jboss.data-source.java:jboss/datasources/KitchensinkQuickstartDS: org.jboss.msc.service.StartException in service jboss.data-source.java:jboss/datasources/KitchensinkQuickstartDS: WFLYJCA0033: Error during the deployment of java:jboss/datasources/KitchensinkQuickstartDS
> [Server:server-two] at org.jboss.as.connector.subsystems.datasources.AbstractDataSourceService.start(AbstractDataSourceService.java:142)
> [Server:server-two] at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948)
> [Server:server-two] at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881)
> [Server:server-two] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
> [Server:server-two] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> [Server:server-two] at java.lang.Thread.run(Thread.java:745)
> [Server:server-two] Caused by: java.lang.NullPointerException
> [Server:server-two] at org.jboss.as.connector.services.driver.registry.DriverRegistryImpl.getInstalledDriver(DriverRegistryImpl.java:93)
> [Server:server-two] at org.jboss.as.connector.subsystems.datasources.AbstractDataSourceService$AS7DataSourceDeployer.deploy(AbstractDataSourceService.java:324)
> [Server:server-two] at org.jboss.as.connector.subsystems.datasources.AbstractDataSourceService.start(AbstractDataSourceService.java:135)
> [Server:server-two] ... 5 more
> [Server:server-two]
> [Server:server-one] at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948)
> [Server:server-one] at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881)
> [Server:server-one] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
> [Server:server-one] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> [Server:server-one] at java.lang.Thread.run(Thread.java:745)
> [Server:server-one] Caused by: java.lang.NullPointerException
> [Server:server-one] at org.jboss.as.connector.services.driver.registry.DriverRegistryImpl.getInstalledDriver(DriverRegistryImpl.java:93)
> [Server:server-one] at org.jboss.as.connector.subsystems.datasources.AbstractDataSourceService$AS7DataSourceDeployer.deploy(AbstractDataSourceService.java:324)
> [Server:server-one] at org.jboss.as.connector.subsystems.datasources.AbstractDataSourceService.start(AbstractDataSourceService.java:135)
> [Server:server-one] ... 5 more
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
9 years
[JBoss JIRA] (WFLY-4305) Script rumbles on after error
by Jason Greene (JIRA)
[ https://issues.jboss.org/browse/WFLY-4305?page=com.atlassian.jira.plugin.... ]
Jason Greene updated WFLY-4305:
-------------------------------
Fix Version/s: 9.0.0.CR2
(was: 9.0.0.CR1)
> Script rumbles on after error
> -----------------------------
>
> Key: WFLY-4305
> URL: https://issues.jboss.org/browse/WFLY-4305
> Project: WildFly
> Issue Type: Bug
> Components: Build System
> Reporter: Carlo de Wolf
> Assignee: Carlo de Wolf
> Fix For: 9.0.0.CR2
>
>
> After a failure in the script it rumbles on.
> {noformat}
> (master) carlo@devel01:~/work/wildfly$ ./build.sh clean
> ./tools/download-maven.sh: 20: ./tools/download-maven.sh: curl: not found
> Archive: maven.zip
> End-of-central-directory signature not found. Either this file is not
> a zipfile, or it constitutes one disk of a multi-part archive. In the
> latter case the central directory and zipfile comment will be found on
> the last disk(s) of this archive.
> unzip: cannot find zipfile directory in one of maven.zip or
> maven.zip.zip, and cannot find maven.zip.ZIP, period.
> mv: cannot stat ‘apache-maven*’: No such file or directory
> build.sh: Could not locate Maven; check $MVN or $MAVEN_HOME.
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
9 years
[JBoss JIRA] (WFLY-4431) IJ020017: Invalid archive
by Jason Greene (JIRA)
[ https://issues.jboss.org/browse/WFLY-4431?page=com.atlassian.jira.plugin.... ]
Jason Greene updated WFLY-4431:
-------------------------------
Fix Version/s: 9.0.0.CR2
(was: 9.0.0.CR1)
> IJ020017: Invalid archive
> --------------------------
>
> Key: WFLY-4431
> URL: https://issues.jboss.org/browse/WFLY-4431
> Project: WildFly
> Issue Type: Bug
> Components: JCA
> Reporter: Jesper Pedersen
> Assignee: Stefano Maestri
> Priority: Critical
> Fix For: 9.0.0.CR2
>
>
> {noformat}
> wildfly-9.0.0.Alpha2-SNAPSHOT/standalone/tmp/vfs/temp/temp146a05eee4929397/content-167c9962bff9f1b5/contents/
> {noformat}
> is shown as path, where as
> {noformat}
> wildfly-9.0.0.Alpha2-SNAPSHOT/standalone/tmp/vfs/temp/temp146a05eee4929397/content-167c9962bff9f1b5/content
> {noformat}
> should be used, or the .rar archive should be expanded into the directory
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
9 years