[JBoss JIRA] (AS7-4929) JBoss7 Fails ASV Scan Report Attestation of Scan Compliance
by Carlos Oliva (JIRA)
Carlos Oliva created AS7-4929:
---------------------------------
Summary: JBoss7 Fails ASV Scan Report Attestation of Scan Compliance
Key: AS7-4929
URL: https://issues.jboss.org/browse/AS7-4929
Project: Application Server 7
Issue Type: Quality Risk
Affects Versions: 7.0.2.Final
Environment: Centos
Reporter: Carlos Oliva
Fix For: 7.0.2.SP1
ASV Scan Report Attestation of Scan Compliance. Vulnerabilities Noted for each IP Address
https (tcp/443)
GET
/LETtoaCuluFoy4DePCwPLiT0HI1s36zHz9s712uSci
4zxnjnmPAmXpdcnGMYmVwDfBGtXI6zXgIJ1YC8lqJ0T
YlUP8hajSNTWZJH7RUk1K6JHLGgGnDaMfSojaxweHvj
cnRe3KKTJ8miLU3U3XnS4KZ4bihRqT2rIkowzQJHSk9
VbbQ26pdrzLoImGB4v9lqUFyewXsahnz55dwjEDBNRE
ZEbS7b67a<font%20size=50>DEFACED<!--//-- :
MyWebServer 1.0.2 is vulnerable to HTML
injection. Upgrade to a later version.
CVE-2002-1453
Medium 4.3 Fail
http (tcp/80)
GET
/LNSAZoL2iuV3PmcrZl0W5YhMwILOBPbZwzEHVi5QAM
dlOJcFL6Y0Ihv21bU7R3461Q80T3CFq9WqFvx3lfcgs
MIZ4MDac8YVcxkBralskmulwlrf5JnvLuewKZ402AkB
LBIK0CZY7ajOn7U9xzZ0LAgwAzrUaw9UViczNtTyvEK
hm7WnyF5dfR084QH966s324XgjXktxVXXaqe7xtf3d5
bTukJXDoo<font%20size=50>DEFACED<!--//-- :
MyWebServer 1.0.2 is vulnerable to HTML
injection. Upgrade to a later version.
CVE-2002-1453
--
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, 9 months
[JBoss JIRA] (AS7-5275) Vault shared key is displaying the byte[] address
by Jeff Mesnil (JIRA)
Jeff Mesnil created AS7-5275:
--------------------------------
Summary: Vault shared key is displaying the byte[] address
Key: AS7-5275
URL: https://issues.jboss.org/browse/AS7-5275
Project: Application Server 7
Issue Type: Bug
Components: Security
Environment: AS7 trunk branch
Reporter: Jeff Mesnil
Assignee: Anil Saldhana
Priority: Critical
I added a secured attribute with vault.sh but the shared key looked suspicious:
{noformat}
********************************************
Vault Block:HQ
Attribute Name:thePass
Shared Key:[B@52621f0c
Configuration should be done as follows:
VAULT::HQ::thePass::[B@52621f0c
********************************************
{noformat}
Looking at VaultSession#attributeCreatedDisplay(), the byte[] handshakeKey is displayed by calling toString() => this displays its address, not a textual representation of the bytes.
When the shared key is read in RuntimeVaultReader, we call String.getBytes() to get back the byte[].
A simple fix is to display the handshakeKey with new String(handshakeKey).
However this will work only if the default charset is the same on machines that store the secured attribute and read from it.
It'd be safe to use always the same Charset (e.g. US-ASCII or UTF-8).
I've raised the priority to critical since it is not possible to use any secured attribute if the handshake is not properly displayed
--
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, 9 months
[JBoss JIRA] (AS7-5561) incorrect command name in error message reported by jboss-cli
by Cheng Fang (JIRA)
Cheng Fang created AS7-5561:
-------------------------------
Summary: incorrect command name in error message reported by jboss-cli
Key: AS7-5561
URL: https://issues.jboss.org/browse/AS7-5561
Project: Application Server 7
Issue Type: Bug
Components: Server
Reporter: Cheng Fang
Assignee: Jason Greene
When reporting invalid options, jboss-cli uses the hard-coded name ./domain.sh, even if the actual command is standalone.sh, standalone.bat.
Could be from this class:
org.jboss.as.process.ProcessMessages
@Message(id = Message.NONE, value = "Usage: ./domain.sh [args...]%nwhere args include:")
String argUsage();
I also suggest removing the leading ./
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 9 months
[JBoss JIRA] (AS7-4301) JBOSS 7.1.1 turkish locale problem at startup
by Serkan Yıldırım (JIRA)
Serkan Yıldırım created AS7-4301:
------------------------------------
Summary: JBOSS 7.1.1 turkish locale problem at startup
Key: AS7-4301
URL: https://issues.jboss.org/browse/AS7-4301
Project: Application Server 7
Issue Type: Bug
Components: Server
Affects Versions: 7.1.1.Final
Environment: Windows 7 x64
Java 1.6 update 26
Locale: Turkish
Reporter: Serkan Yıldırım
Assignee: Jason Greene
Hi,
When i run standalone.bat with turkish locale, i got exception below. If I change locale to english, it starts with no problem. However, it is not a good solution to give locale as parameter at startup I think. Our environment works in Turkish locale for example. We want JBOSS AS to run in turkish locale also.
When i looked at the exception, i saw that in ThreadsParser class at line 882, there is a code piece like:
882 unit = Enum.valueOf(TimeUnit.class, value.toUpperCase());
At this line in upperCase method, 'i' is converted to capital letter I with dot above when locale is turkish due to information at "http://docs.oracle.com/javase/1.4.2/docs/api/java/lang/String.html#toUppe..."
Therefore enum is not found and we got exception. If we give locale english as parameter to jboss as at startup, conversion is done correctly at the code above and enum is found.
Calling "D:\Development\Servers\jboss-as-7.1.1.Final\bin\standalone.conf.bat"
===============================================================================
JBoss Bootstrap Environment
JBOSS_HOME: D:\Development\Servers\jboss-as-7.1.1.Final
JAVA: C:\Program Files (x86)\Java\jdk1.6.0_26\bin\java
JAVA_OPTS: -XX:+TieredCompilation -Dprogram.name=standalone.bat -Xms64M -Xmx512M -XX:MaxPermSize=256M -Dsun.rmi.dgc.client.gcInterval=3600000 -Dsun.
rmi.dgc.server.gcInterval=3600000 -Djava.net.preferIPv4Stack=true -Dorg.jboss.resolver.warning=true -Djboss.modules.system.pkgs=org.jboss.byteman -Djb
oss.server.default.config=standalone.xml -Xrunjdwp:transport=dt_socket,address=8787,server=y,suspend=n
===============================================================================
Listening for transport dt_socket at address: 8787
13:42:59,798 INFO [org.jboss.modules] JBoss Modules version 1.1.1.GA
13:43:00,496 INFO [org.jboss.msc] JBoss MSC version 1.0.2.GA
13:43:00,532 INFO [org.jboss.as] JBAS015899: JBoss AS 7.1.1.Final "Brontes" starting
13:43:02,146 ERROR [org.jboss.as.server] JBAS015956: Caught exception during boot: org.jboss.as.controller.persistence.ConfigurationPersistenceExcepti
on: JBAS014676: Failed to parse configuration
at org.jboss.as.controller.persistence.XmlConfigurationPersister.load(XmlConfigurationPersister.java:141) [jboss-as-controller-7.1.1.Final.jar
:7.1.1.Final]
at org.jboss.as.server.ServerService.boot(ServerService.java:266) [jboss-as-server-7.1.1.Final.jar:7.1.1.Final]
at org.jboss.as.controller.AbstractControllerService$1.run(AbstractControllerService.java:155) [jboss-as-controller-7.1.1.Final.jar:7.1.1.Fina
l]
at java.lang.Thread.run(Thread.java:662) [rt.jar:1.6.0_26]
Caused by: java.lang.IllegalArgumentException: No enum const class java.util.concurrent.TimeUnit.M¦LL¦SECONDS
at java.lang.Enum.valueOf(Enum.java:196) [rt.jar:1.6.0_26]
at org.jboss.as.threads.ThreadsParser.parseTimeSpec(ThreadsParser.java:874)
at org.jboss.as.threads.ThreadsParser.parseUnboundedQueueThreadPool(ThreadsParser.java:518)
at org.jboss.as.ejb3.subsystem.EJB3Subsystem12Parser.parseThreadPools(EJB3Subsystem12Parser.java:1103)
at org.jboss.as.ejb3.subsystem.EJB3Subsystem12Parser.readElement(EJB3Subsystem12Parser.java:297)
at org.jboss.as.ejb3.subsystem.EJB3Subsystem12Parser.readElement(EJB3Subsystem12Parser.java:55)
at org.jboss.staxmapper.XMLMapperImpl.processNested(XMLMapperImpl.java:110) [staxmapper-1.1.0.Final.jar:1.1.0.Final]
at org.jboss.staxmapper.XMLExtendedStreamReaderImpl.handleAny(XMLExtendedStreamReaderImpl.java:69) [staxmapper-1.1.0.Final.jar:1.1.0.Final]
at org.jboss.as.server.parsing.StandaloneXml.parseServerProfile(StandaloneXml.java:894) [jboss-as-server-7.1.1.Final.jar:7.1.1.Final]
at org.jboss.as.server.parsing.StandaloneXml.readServerElement_1_1(StandaloneXml.java:330) [jboss-as-server-7.1.1.Final.jar:7.1.1.Final]
at org.jboss.as.server.parsing.StandaloneXml.readElement(StandaloneXml.java:127) [jboss-as-server-7.1.1.Final.jar:7.1.1.Final]
at org.jboss.as.server.parsing.StandaloneXml.readElement(StandaloneXml.java:100) [jboss-as-server-7.1.1.Final.jar:7.1.1.Final]
at org.jboss.staxmapper.XMLMapperImpl.processNested(XMLMapperImpl.java:110) [staxmapper-1.1.0.Final.jar:1.1.0.Final]
at org.jboss.staxmapper.XMLMapperImpl.parseDocument(XMLMapperImpl.java:69) [staxmapper-1.1.0.Final.jar:1.1.0.Final]
at org.jboss.as.controller.persistence.XmlConfigurationPersister.load(XmlConfigurationPersister.java:133) [jboss-as-controller-7.1.1.Final.jar
:7.1.1.Final]
... 3 more
13:43:02,160 FATAL [org.jboss.as.server] JBAS015957: Server boot has failed in an unrecoverable manner; exiting. See previous messages for details.
13:43:02,179 INFO [org.jboss.as] JBAS015950: JBoss AS 7.1.1.Final "Brontes" stopped in 2ms
Press any key to continue . . .
--
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, 9 months
[JBoss JIRA] (AS7-5249) Server freezes on marhalling exception
by Frank Ulbricht (JIRA)
Frank Ulbricht created AS7-5249:
-----------------------------------
Summary: Server freezes on marhalling exception
Key: AS7-5249
URL: https://issues.jboss.org/browse/AS7-5249
Project: Application Server 7
Issue Type: Bug
Components: Server
Affects Versions: 7.1.1.Final
Environment: Windows 7 64 bit, Java 1.7.0 64 bit
Reporter: Frank Ulbricht
Assignee: Jason Greene
Attachments: jboss-freeze-build.zip
If the server throwns an exception that is not in the classpath of a remote client, a ClassNotFoundException is thrown by the marshalling (River). This can be expected but after this the server freezes and does not anser anymore (btw: the http services still answers).
The attachted sample application was originally a try to hide the server exceptions from the client. It is an Eclipse/Maven project. If you remove the comment from the @Interceptors line in class HelloControllerBean everything works fine because the exception gets converted. But if executed as provided the expected ClassNotFoundException on the client will be thrown and after this the server freezes. You can not run the client again and Ctrl+C does not terminate the server.
--
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, 9 months
[JBoss JIRA] (AS7-5649) Add dormant MyFaces annotation/lifecycle handlers
by Stan Silvert (JIRA)
Stan Silvert created AS7-5649:
---------------------------------
Summary: Add dormant MyFaces annotation/lifecycle handlers
Key: AS7-5649
URL: https://issues.jboss.org/browse/AS7-5649
Project: Application Server 7
Issue Type: Feature Request
Components: JSF
Affects Versions: 7.1.1.Final
Reporter: Stan Silvert
Assignee: Stan Silvert
Fix For: 7.2.0.Alpha1
Currently, the only way to use MyFaces with AS7 is to bundle it with the WAR and set WAR_BUNDLES_JSF_IMPL. This has disadvantages. One is that you must bundle MyFaces and its dependencies with each WAR.
The second disadvantage is that it will use the default MyFaces annotation and lifecycle handling. This is less efficient than using native AS7 processing via the SPI.
This feature creates a MyFacesAnnotationProvider and MyFacesLifecycleProvider that are only activated if Mojarra is replaced by MyFaces in the modules directory.
While use of MyFaces will require a bit of "hacking" in the modules directory, it gets us a step closer to fully pluggable JSF. And in the mean time, those who want to do an apples to apples comparison of MyFaces and Mojarra can test their application unchanged against each implementation. Thus, the community can start to gather legitimate data about which implementation runs better under certain conditions.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 9 months
[JBoss JIRA] (AS7-5488) The LogManager was not properly installed (you must set the "java.util.logging.manager" system property to "org.jboss.logmanager.LogManager")
by mperdikeas (JIRA)
mperdikeas created AS7-5488:
-------------------------------
Summary: The LogManager was not properly installed (you must set the "java.util.logging.manager" system property to "org.jboss.logmanager.LogManager")
Key: AS7-5488
URL: https://issues.jboss.org/browse/AS7-5488
Project: Application Server 7
Issue Type: Bug
Components: Logging
Affects Versions: 7.1.1.Final
Environment: Ubuntu precise
Reporter: mperdikeas
Assignee: James Perkins
I am getting the following exception:
The LogManager was not properly installed (you must set the "java.util.logging.manager" system property to "org.jboss.logmanager.LogManager")
(full trace at the end of the post)
I' ve read a similar JIRA ticket (not bookmarkable I'm afraid) and although I 've set my JAVA_OPTS and CLASSPATH as suggested there:
JAVA_OPTS="$JAVA_OPTS-Djava.util.logging.manager=org.jboss.logmanager.LogManager"
JAVA_OPTS="$JAVA_OPTS -Dorg.jboss.logging.Logger.pluginClass=org.jboss.logging.logmanager.LoggerPluginImpl"
CLASSPATH="$CLASSPATH:$JBOSS_HOME/modules/org/jboss/logmanager/main/jboss-logmanager-1.2.2.GA.jar"
(the above is from my standalone.conf), I keep getting the exception.
TRACE
Exception: The LogManager was not properly installed (you must set the "java.util.logging.manager" system property to "org.jboss.logmanager.LogManager")
at org.jboss.logmanager.Logger.getLogger(Logger.java:60) [jboss-client.jar:7.1.1.Final]
at org.jboss.logmanager.SerializedLogger.readResolve(SerializedLogger.java:54) [jboss-client.jar:7.1.1.Final]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.7.0_03]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) [rt.jar:1.7.0_03]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_03]
at java.lang.reflect.Method.invoke(Method.java:601) [rt.jar:1.7.0_03]
at java.io.ObjectStreamClass.invokeReadResolve(ObjectStreamClass.java:1091) [rt.jar:1.7.0_03]
at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1780) [rt.jar:1.7.0_03]
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1347) [rt.jar:1.7.0_03]
at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1964) [rt.jar:1.7.0_03]
at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1888) [rt.jar:1.7.0_03]
at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1771) [rt.jar:1.7.0_03]
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1347) [rt.jar:1.7.0_03]
at java.io.ObjectInputStream.readObject(ObjectInputStream.java:369) [rt.jar:1.7.0_03]
at java.util.HashMap.readObject(HashMap.java:1043) [rt.jar:1.7.0_03]
at sun.reflect.GeneratedMethodAccessor5.invoke(Unknown Source) [:1.7.0_03]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_03]
at java.lang.reflect.Method.invoke(Method.java:601) [rt.jar:1.7.0_03]
at java.io.ObjectStreamClass.invokeReadObject(ObjectStreamClass.java:1004) [rt.jar:1.7.0_03]
at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1866) [rt.jar:1.7.0_03]
at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1771) [rt.jar:1.7.0_03]
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1347) [rt.jar:1.7.0_03]
at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1964) [rt.jar:1.7.0_03]
at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1888) [rt.jar:1.7.0_03]
at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1771) [rt.jar:1.7.0_03]
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1347) [rt.jar:1.7.0_03]
at java.io.ObjectInputStream.readArray(ObjectInputStream.java:1685) [rt.jar:1.7.0_03]
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1341) [rt.jar:1.7.0_03]
at java.io.ObjectInputStream.readObject(ObjectInputStream.java:369) [rt.jar:1.7.0_03]
at java.util.HashMap.readObject(HashMap.java:1043) [rt.jar:1.7.0_03]
at sun.reflect.GeneratedMethodAccessor5.invoke(Unknown Source) [:1.7.0_03]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_03]
at java.lang.reflect.Method.invoke(Method.java:601) [rt.jar:1.7.0_03]
at java.io.ObjectStreamClass.invokeReadObject(ObjectStreamClass.java:1004) [rt.jar:1.7.0_03]
at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1866) [rt.jar:1.7.0_03]
at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1771) [rt.jar:1.7.0_03]
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1347) [rt.jar:1.7.0_03]
at java.io.ObjectInputStream.readArray(ObjectInputStream.java:1685) [rt.jar:1.7.0_03]
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1341) [rt.jar:1.7.0_03]
at java.io.ObjectInputStream.readObject(ObjectInputStream.java:369) [rt.jar:1.7.0_03]
at java.util.HashMap.readObject(HashMap.java:1043) [rt.jar:1.7.0_03]
at sun.reflect.GeneratedMethodAccessor5.invoke(Unknown Source) [:1.7.0_03]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_03]
at java.lang.reflect.Method.invoke(Method.java:601) [rt.jar:1.7.0_03]
at java.io.ObjectStreamClass.invokeReadObject(ObjectStreamClass.java:1004) [rt.jar:1.7.0_03]
at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1866) [rt.jar:1.7.0_03]
at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1771) [rt.jar:1.7.0_03]
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1347) [rt.jar:1.7.0_03]
at java.io.ObjectInputStream.readObject(ObjectInputStream.java:369) [rt.jar:1.7.0_03]
at java.util.HashMap.readObject(HashMap.java:1043) [rt.jar:1.7.0_03]
at sun.reflect.GeneratedMethodAccessor5.invoke(Unknown Source) [:1.7.0_03]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_03]
at java.lang.reflect.Method.invoke(Method.java:601) [rt.jar:1.7.0_03]
at java.io.ObjectStreamClass.invokeReadObject(ObjectStreamClass.java:1004) [rt.jar:1.7.0_03]
at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1866) [rt.jar:1.7.0_03]
at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1771) [rt.jar:1.7.0_03]
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1347) [rt.jar:1.7.0_03]
at java.io.ObjectInputStream.readObject(ObjectInputStream.java:369) [rt.jar:1.7.0_03]
at java.util.HashMap.readObject(HashMap.java:1043) [rt.jar:1.7.0_03]
at sun.reflect.GeneratedMethodAccessor5.invoke(Unknown Source) [:1.7.0_03]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_03]
at java.lang.reflect.Method.invoke(Method.java:601) [rt.jar:1.7.0_03]
at java.io.ObjectStreamClass.invokeReadObject(ObjectStreamClass.java:1004) [rt.jar:1.7.0_03]
at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1866) [rt.jar:1.7.0_03]
at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1771) [rt.jar:1.7.0_03]
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1347) [rt.jar:1.7.0_03]
at java.io.ObjectInputStream.readObject(ObjectInputStream.java:369) [rt.jar:1.7.0_03]
at org.apache.shiro.session.mgt.SimpleSession.readObject(SimpleSession.java:500) [shiro-all-1.2.1.jar:1.2.1]
at sun.reflect.GeneratedMethodAccessor10.invoke(Unknown Source) [:1.7.0_03]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_03]
at java.lang.reflect.Method.invoke(Method.java:601) [rt.jar:1.7.0_03]
at java.io.ObjectStreamClass.invokeReadObject(ObjectStreamClass.java:1004) [rt.jar:1.7.0_03]
at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1866) [rt.jar:1.7.0_03]
at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1771) [rt.jar:1.7.0_03]
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1347) [rt.jar:1.7.0_03]
at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1964) [rt.jar:1.7.0_03]
at java.io.ObjectInputStream.defaultReadObject(ObjectInputStream.java:498) [rt.jar:1.7.0_03]
at net.sf.ehcache.Element.readObject(Element.java:844) [ehcache-core-ee-2.6.0.jar:]
at sun.reflect.GeneratedMethodAccessor7.invoke(Unknown Source) [:1.7.0_03]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_03]
at java.lang.reflect.Method.invoke(Method.java:601) [rt.jar:1.7.0_03]
at java.io.ObjectStreamClass.invokeReadObject(ObjectStreamClass.java:1004) [rt.jar:1.7.0_03]
at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1866) [rt.jar:1.7.0_03]
at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1771) [rt.jar:1.7.0_03]
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1347) [rt.jar:1.7.0_03]
at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1964) [rt.jar:1.7.0_03]
at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1888) [rt.jar:1.7.0_03]
at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1771) [rt.jar:1.7.0_03]
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1347) [rt.jar:1.7.0_03]
at java.io.ObjectInputStream.readObject(ObjectInputStream.java:369) [rt.jar:1.7.0_03]
at java.util.ArrayList.readObject(ArrayList.java:733) [rt.jar:1.7.0_03]
at sun.reflect.GeneratedMethodAccessor6.invoke(Unknown Source) [:1.7.0_03]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_03]
at java.lang.reflect.Method.invoke(Method.java:601) [rt.jar:1.7.0_03]
at java.io.ObjectStreamClass.invokeReadObject(ObjectStreamClass.java:1004) [rt.jar:1.7.0_03]
at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1866) [rt.jar:1.7.0_03]
at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1771) [rt.jar:1.7.0_03]
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1347) [rt.jar:1.7.0_03]
at java.io.ObjectInputStream.readObject(ObjectInputStream.java:369) [rt.jar:1.7.0_03]
at sun.rmi.server.UnicastRef.unmarshalValue(UnicastRef.java:324) [rt.jar:1.7.0_03]
at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:307) [rt.jar:1.7.0_03]
at sun.rmi.transport.Transport$1.run(Transport.java:177) [rt.jar:1.7.0_03]
at sun.rmi.transport.Transport$1.run(Transport.java:174) [rt.jar:1.7.0_03]
at java.security.AccessController.doPrivileged(Native Method) [rt.jar:1.7.0_03]
at sun.rmi.transport.Transport.serviceCall(Transport.java:173) [rt.jar:1.7.0_03]
at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:553) [rt.jar:1.7.0_03]
at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(TCPTransport.java:808) [rt.jar:1.7.0_03]
at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:667) [rt.jar:1.7.0_03]
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) [rt.jar:1.7.0_03]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) [rt.jar:1.7.0_03]
at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_03]
at sun.rmi.transport.StreamRemoteCall.exceptionReceivedFromServer(StreamRemoteCall.java:273) [rt.jar:1.7.0_03]
at sun.rmi.transport.StreamRemoteCall.executeCall(StreamRemoteCall.java:251) [rt.jar:1.7.0_03]
at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:160) [rt.jar:1.7.0_03]
at net.sf.ehcache.distribution.RMICachePeer_Stub.send(Unknown Source) [ehcache-core-ee-2.6.0.jar:]
at net.sf.ehcache.distribution.RMIAsynchronousCacheReplicator.writeReplicationQueue(RMIAsynchronousCacheReplicator.java:314) [ehcache-core-ee-2.6.0.jar:]
at net.sf.ehcache.distribution.RMIAsynchronousCacheReplicator.replicationThreadMain(RMIAsynchronousCacheReplicator.java:127) [ehcache-core-ee-2.6.0.jar:]
at net.sf.ehcache.distribution.RMIAsynchronousCacheReplicator.access$000(RMIAsynchronousCacheReplicator.java:58) [ehcache-core-ee-2.6.0.jar:]
at net.sf.ehcache.distribution.RMIAsynchronousCacheReplicator$ReplicationThread.run(RMIAsynchronousCacheReplicator.java:389) [ehcache-core-ee-2.6.0.jar:]
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 9 months
[JBoss JIRA] (AS7-5222) Insufficient log info for failed deployments
by Thomas Diesler (JIRA)
Thomas Diesler created AS7-5222:
-----------------------------------
Summary: Insufficient log info for failed deployments
Key: AS7-5222
URL: https://issues.jboss.org/browse/AS7-5222
Project: Application Server 7
Issue Type: Bug
Components: Server
Reporter: Thomas Diesler
Assignee: Jason Greene
Fix For: 7.2.0.Alpha1
I have a deployment that fails with
{code}
12:06:25,717 INFO [org.jboss.as.server] (management-handler-thread - 2) JBAS015870: Deploy of deployment "example-webapp.wab" was rolled back with failure message {"JBAS014771: Services with missing/unavailable dependencies" => ["jboss.deployment.unit.\"example-webapp.wab\".REGISTER Missing[JBAS014861: <one or more transitive dependencies>]"]}
12:06:25,737 INFO [org.jboss.as.server.deployment] (MSC service thread 1-2) JBAS015877: Stopped deployment example-webapp.wab in 18ms
{code}
It doesn't say which dependencies are missing
--
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, 9 months