[JBoss JIRA] (JBRULES-3667) UrlResource getLastModified() method does not use authentication
by Matthew Fleming (JIRA)
Matthew Fleming created JBRULES-3667:
----------------------------------------
Summary: UrlResource getLastModified() method does not use authentication
Key: JBRULES-3667
URL: https://issues.jboss.org/browse/JBRULES-3667
Project: Drools
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: drools-core
Affects Versions: 5.5.0.Beta1, 5.4.0.Final
Environment: All environments
Reporter: Matthew Fleming
Assignee: Mark Proctor
Drools supports BASIC authentication when fetching packages via a UrlResource. The implementation is complete for the grabStream() method but is not present for the getLastModified() method.
The latter method is used by clients to determine if packages have changed over time. For example, this is use by Guvnor when the KnowledgeAgent (via the ResourceChangeScannerImpl) needs to determine if a remote URL based package has been changed.
The defect that happens is swallowed, in that the result of the getLastModified() call returns a zero because of the redirect to whatever authentication is required. So no exception or anything is produced. The client just gets a zero back.
The core should be consistent on when it uses authentication and should use it everywhere that URL connections are used.
--
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-5811) [EAP6] tomcatAuthentication attribute on the AJP connector
by Derek Horton (JIRA)
Derek Horton created AS7-5811:
---------------------------------
Summary: [EAP6] tomcatAuthentication attribute on the AJP connector
Key: AS7-5811
URL: https://issues.jboss.org/browse/AS7-5811
Project: Application Server 7
Issue Type: Feature Request
Components: Web
Affects Versions: 7.0.0.Final
Environment: Windows Server 2003 32 bit, IIS 6, tomcat connector 1.2.28 used as an extension
Reporter: Derek Horton
Assignee: Jean-Frederic Clere
Priority: Minor
Fix For: 7.2.0.CR1
In JBoss 5.1.0 I could set the tomcatAuthentication attribute of the AJP connector to false to allow IIS to handle the authentication and pass that along to JBoss. I'm wanting to upgrade to JBoss 7 but unable to set this attribute in version 7.0.0 final to make this work. This attribute is descibed in the tomcat documentation at http://tomcat.apache.org/tomcat-7.0-doc/config/ajp.html
--
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-5803) Remove dependency on org.osgi.enterprise
by Thomas Diesler (JIRA)
Thomas Diesler created AS7-5803:
-----------------------------------
Summary: Remove dependency on org.osgi.enterprise
Key: AS7-5803
URL: https://issues.jboss.org/browse/AS7-5803
Project: Application Server 7
Issue Type: Task
Components: OSGi
Reporter: Thomas Diesler
Assignee: Thomas Diesler
Fix For: 7.2.0.Alpha1
It is generally considered bad practise to the deploy the compendium/enterprise bundle in the runtime.
This is especially problematic when an API exposed by this bundle provides a newer version as an implementation of it. The implementation bundle would use/export the older version of the API, but a consumer of the API would always bind to the newer version and hence not see the services.
APIs should be exported by the bundles that implement the API.
--
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-5432) TransactionRolledbackLocalException doesn't reference the originating exception
by Barnabas Bodnar (JIRA)
Barnabas Bodnar created AS7-5432:
------------------------------------
Summary: TransactionRolledbackLocalException doesn't reference the originating exception
Key: AS7-5432
URL: https://issues.jboss.org/browse/AS7-5432
Project: Application Server 7
Issue Type: Bug
Components: EJB
Affects Versions: 7.1.1.Final
Reporter: Barnabas Bodnar
Assignee: jaikiran pai
Priority: Minor
If a runtime-exception thrown by an EJB v.2x application leads to javax.ejb.TransactionRolledbackLocalException (s. org.jboss.as.ejb3.tx.CMTTxInterceptor.handleInCallerTx(...)), the TransactionRolledbackLocalException doesn't reference the originating exception (either as getCause() or as getCausedByException()).
The originating exception gets in org.jboss.as.ejb3.component.interceptors.EjbExceptionTransformingInterceptorFactories.LOCAL_INSTANCE lost: the javax.ejb.EJBTransactionRolledbackException catched here does still contain it, it will, however, not be propagated to the javax.ejb.TransactionRolledbackLocalException created here.
This behavior also deviates from that in the case of a locally started transaction: the wrapping javax.ejb.EJBException (s. org.jboss.as.ejb3.tx.CMTTxInterceptor.handleExceptionInOurTx(...)) is thrown unchanged to the caller (s. org.jboss.as.ejb3.component.interceptors.EjbExceptionTransformingInterceptorFactories.LOCAL_INSTANCE) and it references the originating exception both as getCause() and as getCausedByException().
--
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