[JBoss JIRA] (AS7-4654) vault.sh/vauld.bat should provide a sriptable mode
by Tom Fonteyne (JIRA)
Tom Fonteyne created AS7-4654:
---------------------------------
Summary: vault.sh/vauld.bat should provide a sriptable mode
Key: AS7-4654
URL: https://issues.jboss.org/browse/AS7-4654
Project: Application Server 7
Issue Type: Feature Request
Components: Security
Affects Versions: 7.1.1.Final
Reporter: Tom Fonteyne
Assignee: Anil Saldhana
Currently the vault.sh / vault.bat script can only be run in interactive mode.
We tried scripting vault.sh by redirecting stdin, but that fails due to it using the Java Console class.
This RFE is to add a non-interactive mode, e.g. be able to invoke the vault script with all parameters passed on the command line.
We realise this would expose passwords in plain text, but it is the intention to be able to run this on a private machine and copy the result to the actual deployment box.
--
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
13 years, 8 months
[JBoss JIRA] (JBRULES-3317) Planner should support a null planning value
by Geoffrey De Smet (Created) (JIRA)
Planner should support a null planning value
--------------------------------------------
Key: JBRULES-3317
URL: https://issues.jboss.org/browse/JBRULES-3317
Project: Drools
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Components: drools-planner
Reporter: Geoffrey De Smet
Assignee: Geoffrey De Smet
Fix For: 5.4.0.Beta1
Several users on the user mailing list have run into this, especially for task assignment use cases.
Example use case:
@PlanningEntity TaskAssignment assigns a Task to a @PlanningVariable Employee
There are so many Tasks, that's better to not assign some Tasks for now.
Current workaround:
Make a Employee representing NONE,
which is the only Employee instance that returns true on employee.isNone()
and the score rules are written to deal with that.
Technical difficulty to fix:
The @PlanningVariable(s) of a @PlanningEntity with planning value null are considered to be "uninitialized".
Partial uninitialized solution detection are fundamental for repeated planning (including real-time planning),
because the construction heuristics need to detect which parts of the solution to intialize, but not everything because that takes to long.
--
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
13 years, 8 months
[JBoss JIRA] (AS7-4216) Failure while deploying simple struts app
by Thomas Diesler (JIRA)
Thomas Diesler created AS7-4216:
-----------------------------------
Summary: Failure while deploying simple struts app
Key: AS7-4216
URL: https://issues.jboss.org/browse/AS7-4216
Project: Application Server 7
Issue Type: Bug
Components: Web
Reporter: Thomas Diesler
Assignee: Remy Maucherat
{code}
14:53:15,474 WARN [com.opensymphony.xwork2.util.FileManager] (MSC service thread 1-1) Could not create JarEntryRevision for [vfs:/content/StrutsBasics.war/WEB-INF/lib/struts2-core-2.2.3.1]!: java.util.zip.ZipException: error in opening zip file
at java.util.zip.ZipFile.open(Native Method) [rt.jar:1.6.0_29]
at java.util.zip.ZipFile.<init>(ZipFile.java:127) [rt.jar:1.6.0_29]
at java.util.jar.JarFile.<init>(JarFile.java:135) [rt.jar:1.6.0_29]
at java.util.jar.JarFile.<init>(JarFile.java:99) [rt.jar:1.6.0_29]
at com.opensymphony.xwork2.util.FileManager$JarEntryRevision.build(FileManager.java:307) [xwork-core-2.2.3.1.jar:2.2.3.1]
at com.opensymphony.xwork2.util.FileManager.loadFile(FileManager.java:145) [xwork-core-2.2.3.1.jar:2.2.3.1]
at com.opensymphony.xwork2.util.FileManager.loadFile(FileManager.java:105) [xwork-core-2.2.3.1.jar:2.2.3.1]
at com.opensymphony.xwork2.config.providers.XmlConfigurationProvider.loadConfigurationFiles(XmlConfigurationProvider.java:898) [xwork-core-2.2.3.1.jar:2.2.3.1]
at com.opensymphony.xwork2.config.providers.XmlConfigurationProvider.loadDocuments(XmlConfigurationProvider.java:154) [xwork-core-2.2.3.1.jar:2.2.3.1]
at com.opensymphony.xwork2.config.providers.XmlConfigurationProvider.init(XmlConfigurationProvider.java:121) [xwork-core-2.2.3.1.jar:2.2.3.1]
at com.opensymphony.xwork2.config.impl.DefaultConfiguration.reloadContainer(DefaultConfiguration.java:179) [xwork-core-2.2.3.1.jar:2.2.3.1]
at com.opensymphony.xwork2.config.ConfigurationManager.getConfiguration(ConfigurationManager.java:66) [xwork-core-2.2.3.1.jar:2.2.3.1]
at org.apache.struts2.dispatcher.Dispatcher.init_PreloadConfiguration(Dispatcher.java:380) [struts2-core-2.2.3.1.jar:2.2.3.1]
at org.apache.struts2.dispatcher.Dispatcher.init(Dispatcher.java:424) [struts2-core-2.2.3.1.jar:2.2.3.1]
at org.apache.struts2.dispatcher.FilterDispatcher.init(FilterDispatcher.java:195) [struts2-core-2.2.3.1.jar:2.2.3.1]
at org.apache.catalina.core.ApplicationFilterConfig.getFilter(ApplicationFilterConfig.java:447) [jbossweb-7.0.13.Final.jar:]
at org.apache.catalina.core.StandardContext.filterStart(StandardContext.java:3269) [jbossweb-7.0.13.Final.jar:]
at org.apache.catalina.core.StandardContext.start(StandardContext.java:3865) [jbossweb-7.0.13.Final.jar:]
at org.jboss.as.web.deployment.WebDeploymentService.start(WebDeploymentService.java:90) [jboss-as-web-7.1.2.Final-SNAPSHOT.jar:7.1.2.Final-SNAPSHOT]
{code}
--
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
13 years, 8 months