[JBoss JIRA] Created: (JBRULES-2639) Research Event Algebra: sequence, disjunction, conjunction, concurrent, xor, not, any, aperiodic, periodic
by Edson Tirelli (JIRA)
Research Event Algebra: sequence, disjunction, conjunction, concurrent, xor, not, any, aperiodic, periodic
----------------------------------------------------------------------------------------------------------
Key: JBRULES-2639
URL: https://jira.jboss.org/browse/JBRULES-2639
Project: Drools
Issue Type: Task
Security Level: Public (Everyone can see)
Affects Versions: 5.1.0.FINAL
Reporter: Edson Tirelli
Assignee: Edson Tirelli
Fix For: FUTURE
Research Event Algebra: sequence, disjunction, conjunction, concurrent, xor, not, any, aperiodic, periodic
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years
[JBoss JIRA] Created: (LOGMGR-24) Bad level "OFF" when using JDK7
by Jesper Pedersen (JIRA)
Bad level "OFF" when using JDK7
-------------------------------
Key: LOGMGR-24
URL: https://jira.jboss.org/browse/LOGMGR-24
Project: JBoss Log Manager
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: 1.2.0.CR6
Reporter: Jesper Pedersen
Assignee: David Lloyd
When using JDK7 I get
Caused by: java.lang.ExceptionInInitializerError
at sun.util.logging.PlatformLogger.<init>(PlatformLogger.java:164)
at sun.util.logging.PlatformLogger.getLogger(PlatformLogger.java:128)
at sun.net.www.protocol.http.HttpURLConnection.<clinit>(HttpURLConnection.java:298)
at sun.net.www.protocol.http.Handler.openConnection(Handler.java:62)
at sun.net.www.protocol.http.Handler.openConnection(Handler.java:57)
at java.net.URL.openConnection(URL.java:969)
at com.sun.org.apache.xerces.internal.impl.XMLEntityManager.setupCurrentEntity(XMLEntityManager.java:628)
at com.sun.org.apache.xerces.internal.impl.XMLEntityManager.startEntity(XMLEntityManager.java:1292)
at com.sun.org.apache.xerces.internal.impl.XMLEntityManager.startDTDEntity(XMLEntityManager.java:1259)
at com.sun.org.apache.xerces.internal.impl.XMLDTDScannerImpl.setInputSource(XMLDTDScannerImpl.java:260)
at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl$DTDDriver.dispatch(XMLDocumentScannerImpl.java:1169)
at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl$DTDDriver.next(XMLDocumentScannerImpl.java:1065)
at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl$PrologDriver.next(XMLDocumentScannerImpl.java:978)
at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next(XMLDocumentScannerImpl.java:625)
at com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.next(XMLNSDocumentScannerImpl.java:116)
at com.sun.org.apache.xerces.internal.impl.XMLStreamReaderImpl.next(XMLStreamReaderImpl.java:551)
at com.sun.org.apache.xerces.internal.impl.XMLStreamReaderImpl.nextTag(XMLStreamReaderImpl.java:1234)
at org.jboss.jca.common.metadata.ra.RaParser.parse(RaParser.java:114)
at org.jboss.jca.common.metadata.MetadataFactory.getStandardMetaData(MetadataFactory.java:105)
at org.jboss.jca.deployers.fungal.RADeployer.deploy(RADeployer.java:166)
... 26 more
Caused by: java.lang.IllegalArgumentException: Bad level "OFF"
at java.util.logging.Level.parse(Level.java:355)
at java.util.logging.LoggingProxyImpl.parseLevel(LoggingProxyImpl.java:95)
at sun.util.logging.LoggingSupport.parseLevel(LoggingSupport.java:134)
at sun.util.logging.PlatformLogger$JavaLogger.getLevelObjects(PlatformLogger.java:504)
at sun.util.logging.PlatformLogger$JavaLogger.<clinit>(PlatformLogger.java:496)
... 46 more
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years
[JBoss JIRA] Created: (JBAS-5900) jars are not loaded from the lib directory of a sar in JBoss AS 5
by Matt Wringe (JIRA)
jars are not loaded from the lib directory of a sar in JBoss AS 5
-----------------------------------------------------------------
Key: JBAS-5900
URL: https://jira.jboss.org/jira/browse/JBAS-5900
Project: JBoss Application Server
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: ClassLoading
Affects Versions: JBossAS-5.0.0.CR2
Reporter: Matt Wringe
Assignee: Scott M Stark
Attachments: testsar.tar.gz
In JBoss AS 5, any jars placed in the lib directory of a sar are not loaded and results in a class not found exception. The classes are loaded if the jar is placed in the root directory of the sar.
On previous versions of JBoss AS, the classes would be loaded from either location. This prevents sars that would have worked on JBoss AS 4 to fail on JBoss AS 5.
Steps to reproduce:
1) take zip attached to this report.
2) deploy test-in-lib.sar to JBoss AS 5. The sar will not deploy and will fail with a classNotFoundException
3) deploy test-in-lib.sar to JBoss AS 4, the sar will deploy without issue.
test-in-root.sar will work on both versions of JBoss. The only difference between these sars is the location of the jar.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years