[JBoss JIRA] (AS7-2282) Provide indication of an ongoing deployment
by Lukáš Petrovický (Created) (JIRA)
Provide indication of an ongoing deployment
-------------------------------------------
Key: AS7-2282
URL: https://issues.jboss.org/browse/AS7-2282
Project: Application Server 7
Issue Type: Enhancement
Components: Console
Affects Versions: 7.1.0.Alpha1
Reporter: Lukáš Petrovický
Assignee: Heiko Braun
When I'm deploying an application (I tried with Guvnor 5.3 WAR), I click on "Enable" and then nothing happens. After a while (tens of seconds), the icon changes from red to green.
What should happen is that I get some indication (a dialog, for example) telling me "Deploying, please wait..." and when this dialog disappears, I know it's done.
Right now, I know nothing unless I watch the server logs.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 5 months
[JBoss JIRA] (AS7-2221) Several minor design glitches in Console
by Radoslav Husar (Created) (JIRA)
Several minor design glitches in Console
----------------------------------------
Key: AS7-2221
URL: https://issues.jboss.org/browse/AS7-2221
Project: Application Server 7
Issue Type: Bug
Components: Console
Affects Versions: 7.1.0.Alpha1
Reporter: Radoslav Husar
Assignee: Radoslav Husar
Priority: Optional
Attachments: align-firefox.png, transparent.png
See screenshots.
1/ "Application Server" and version "7.1" dont match visually, especially aligment (probably cant fix the font here though as its not a picture).
2/ the tabs need PNG transparency to overlay nicely (zoom in to see the problem)
3/ "Add" button is not aligned correctly in "Logging" section
4/ Loading Icon also needs PNG transparency
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 5 months
[JBoss JIRA] (JBRULES-3258) compiled processes in PKG removed by knowledge agent after first change scan
by Jiang Zhu (Created) (JIRA)
compiled processes in PKG removed by knowledge agent after first change scan
----------------------------------------------------------------------------
Key: JBRULES-3258
URL: https://issues.jboss.org/browse/JBRULES-3258
Project: Drools
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: drools-core
Affects Versions: 5.3.0.CR1
Environment: Java6, Drools 5.3.0.CR1, Drools Guvnor 5.3.0.CR1, jBPM 5.1.0.Final
Reporter: Jiang Zhu
Assignee: Mark Proctor
I'm having trouble with scanning changed knowledge from Guvnor. I found out that compiled processes from Guvnor are missing after resource change scanner scan for changes first time (event there is no changes).
It looks similar to JBRULES-2293, but I'm loading knowledge from Guvnor
I wrote a simple test to reproduce this. (tried with Drools 5.2.0.Final and Drools 5.3.0.CR1)
public class KnowledgeAgentTest {
@Test
public void should_load_processes() throws Exception {
ResourceChangeScannerConfiguration sconf = ResourceFactory.getResourceChangeScannerService().newResourceChangeScannerConfiguration();
// Scan change every 2 seconds
KnowledgeAgent kagent = KnowledgeAgentFactory.newKnowledgeAgent("agent");
// Changeset points to a PKG contains 12 processes on Guvnor
kagent.applyChangeSet(ResourceFactory.newClassPathResource("test/drools-changeset.xml"));
// Everything is still ok now
System.out.println("Processes before scan: " + kagent.getKnowledgeBase().getProcesses().size());
Assert.assertFalse(kagent.getKnowledgeBase().getProcesses().isEmpty());
// Scan change every 2 seconds
sconf.setProperty("drools.resource.scanner.interval", "2");
ResourceFactory.getResourceChangeScannerService().configure(sconf);
ResourceFactory.getResourceChangeScannerService().start();
ResourceFactory.getResourceChangeNotifierService().start();
// Wait long enough
Thread.sleep(5000);
// Processes are gone somehow
System.out.println("Processes after scan: " + kagent.getKnowledgeBase().getProcesses().size());
Assert.assertFalse(kagent.getKnowledgeBase().getProcesses().isEmpty());
}
}
Here is what I'm getting when run the test.
-------------------------------------------------------
T E S T S
-------------------------------------------------------
Running test.KnowledgeAgentTest
Processes before scan: 12
Processes after scan: 0
Tests run: 1, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 5.802 sec <<< FAILURE!
Results :
Failed tests: should_load_processes(test.KnowledgeAgentTest)
Tests run: 1, Failures: 1, Errors: 0, Skipped: 0
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 5 months
[JBoss JIRA] Created: (AS7-1692) CachedConnectionManager isn't functional even in the presence of use-ccm=true on datasource
by jaikiran pai (JIRA)
CachedConnectionManager isn't functional even in the presence of use-ccm=true on datasource
-------------------------------------------------------------------------------------------
Key: AS7-1692
URL: https://issues.jboss.org/browse/AS7-1692
Project: Application Server 7
Issue Type: Bug
Components: JCA
Environment: AS7 upstream
Reporter: jaikiran pai
Assignee: Jesper Pedersen
I have been trying to test the lazy transaction enlistment with datasource connections in the latest upstream. However, it looks like the CachedConnectionManager instance is missing even when the use-ccm is set to true on the datasource configuration. Looking at the integration code in AS7, it appears that the CCMService isn't being used to get hold of the CCM instance and pass it on to the AbstractDsDeployer.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 5 months
[JBoss JIRA] (AS7-2392) org.jboss.as.test.smoke.embedded.deployment.EnterpriseDeploymentTestCase fails consistently on windows
by Dimitris Andreadis (Created) (JIRA)
org.jboss.as.test.smoke.embedded.deployment.EnterpriseDeploymentTestCase fails consistently on windows
------------------------------------------------------------------------------------------------------
Key: AS7-2392
URL: https://issues.jboss.org/browse/AS7-2392
Project: Application Server 7
Issue Type: Task
Components: Deployment, Test Suite
Environment: win7
Reporter: Dimitris Andreadis
Assignee: Thomas Diesler
Fix For: 7.1.0.Beta1
I get there consistent test failures on win7 in the integration testsuite:
Failed tests: testDistributeEjbApp(org.jboss.as.test.smoke.embedded.deployment.EnterpriseDeploymentTestCase): expected:<Completed> but was:<Failed>
testDistributeEARApp(org.jboss.as.test.smoke.embedded.deployment.EnterpriseDeploymentTestCase): expected:<Completed> but was:<Failed>
testListAvailableModules(org.jboss.as.test.smoke.embedded.deployment.EnterpriseDeploymentTestCase)
By looking in the logs, I think the problem is traced back to this deployment problem that affects all failures:
Caused by: java.lang.RuntimeException: Could not create timer file store directory X:\src\jboss-as\testsuite\integration\target\smoke\standalone\data\timer-service-data\file:\C:\Users\dimitris\AppData\Local\Temp\deployment-ejb.jar
at org.jboss.as.ejb3.timerservice.mk2.persistence.filestore.FileTimerPersistence.start(FileTimerPersistence.java:101)
at org.jboss.as.ejb3.timerservice.TimerServiceFactoryService.start(TimerServiceFactoryService.java:77)
at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1824) [jboss-msc-1.0.1.GA.jar:1.0.1.GA]
at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1759) [jboss-msc-1.0.1.GA.jar:1.0.1.GA]
... 3 more
It concatenates the testsuite target dir with the user's temp dir.?
Looking quickly I couldn't find where the path to this file is created. Maybe it's a ShrinkWrap issue?
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 5 months