September 2010 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (JBRULES-2698) KnowledgeAgent cannot handle packages from Guvnor

by Lukáš Petrovický (JIRA)

KnowledgeAgent cannot handle packages from Guvnor ------------------------------------------------- Key: JBRULES-2698 URL: https://jira.jboss.org/browse/JBRULES-2698 Project: Drools Issue Type: Bug Security Level: Public (Everyone can see) Components: drools-core Affects Versions: 5.1.1.FINAL Reporter: Lukáš Petrovický Assignee: Mark Proctor When applying a changeset on a KnowledgeBase, which sources a package from Guvnor, I get a client exception. I believe this is because Guvnor 5.1 now requires a HTTP authentication to fetch the package and the KnowledgeAgent code cannot handle that in any way. This is the exception I get: java.lang.RuntimeException: KnowledgeAgent exception while trying to deserialize KnowledgeDefinitionsPackage ... Caused by: java.io.IOException: Server returned HTTP response code: 401 for URL: http://localhost:8080/jboss-brms/org.drools.guvnor.Guvnor/package/mortgag... And this is the changeset that I am supplying: <change-set xmlns='http://drools.org/drools-5.1/change-set' xmlns:xs='http://www.w3.org/2001/XMLSchema-instance' xs:schemaLocation='http://drools.org/drools-5.1/change-set drools-change-set-5.1.xsd'> <add><resource source='http://localhost:8080/jboss-brms/org.drools.guvnor.Guvnor/package/mortgag...' type='PKG' /></add> </change-set> It doesn't work even when I use http://admin:admin@localhost:8080/ instead of a simple http://localhost:8080/. This is a regression - Guvnor 5.0 didn't require HTTP auth to do this and thus this particular use case functioned properly. -- 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

13 years, 9 months

1
2
0 / 0

[JBoss JIRA] Created: (JBVFS-134) IterableTimedVFSCache doesn't cache entries once they get expired

by Toshiya Kobayashi (JIRA)

IterableTimedVFSCache doesn't cache entries once they get expired ----------------------------------------------------------------- Key: JBVFS-134 URL: https://jira.jboss.org/jira/browse/JBVFS-134 Project: JBoss VFS Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 2.1.3.SP1 Reporter: Toshiya Kobayashi Assignee: John Bailey When resolving virtual files, 1. DefaultVFSRegistry checks expiration of root context by IterableTimedVFSCache.findContext() which is implemented based on TimedCachePolicy.getValidKeys() 2. If the context is expired, a new context is created and CachePolicyVFSCache.putContext() is called, but the method checks the existence of cache entry by TimedCachePolicy.peek() which doesn't care about its expiration. Then the new entry won't be inserted into the cache and the expiration time of the old entry won't be updated. So once cache entries are expired, caching won't work and contexts will be created again and again. -- 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

13 years, 9 months

3
7
0 / 0

[JBoss JIRA] Created: (JBAS-8471) org.jboss.test.ws.jaxws.webserviceref.WebServiceRefEJB3TestCase

by Shelly McGowan (JIRA)

org.jboss.test.ws.jaxws.webserviceref.WebServiceRefEJB3TestCase --------------------------------------------------------------- Key: JBAS-8471 URL: https://jira.jboss.org/browse/JBAS-8471 Project: JBoss Application Server Issue Type: Sub-task Security Level: Public (Everyone can see) Reporter: Shelly McGowan -- 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

13 years, 9 months

2
2
0 / 0

[JBoss JIRA] Created: (JBBUILD-651) License plugin only downloads direct dependencies.

by Paul Gier (JIRA)

License plugin only downloads direct dependencies. -------------------------------------------------- Key: JBBUILD-651 URL: https://jira.jboss.org/browse/JBBUILD-651 Project: JBoss Build System Issue Type: Bug Components: maven-license-plugin Reporter: Paul Gier Assignee: Paul Gier Currently the jboss license plugin is only downloading direct dependencies of a project. By default the plugin should check all dependency licenses (including transitive deps). Optionally, there could be a flag to only check direct dependencies. -- 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

13 years, 9 months

1
2
0 / 0

[JBoss JIRA] Created: (JBRULES-2710) DSL replaces value inside quoted string

by Scott Hrehirchuk (JIRA)

DSL replaces value inside quoted string --------------------------------------- Key: JBRULES-2710 URL: https://jira.jboss.org/browse/JBRULES-2710 Project: Drools Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 5.1.1.FINAL Environment: Windows, 32 sun java. Reporter: Scott Hrehirchuk Assignee: Mark Proctor The DSL will replace values in a DSLR that are in "" In the attached example the dsl is: [consequence][]Bob=Fred The dslr is: package com.sample import com.sample.DroolsTest.Message; expander Sample.dsl rule "Hello World" when then System.out.println("Bob"); end I would expect the output to be Bob, but it is Fred. -- 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

13 years, 9 months

1
1
0 / 0

[JBoss JIRA] Created: (JBAS-8371) Upgrade to Weld 1.1.0.BETA1

by Pete Muir (JIRA)

Upgrade to Weld 1.1.0.BETA1 --------------------------- Key: JBAS-8371 URL: https://jira.jboss.org/browse/JBAS-8371 Project: JBoss Application Server Issue Type: Sub-task Security Level: Public (Everyone can see) Components: Weld/CDI Reporter: Pete Muir Assignee: Pete Muir -- 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

13 years, 9 months

3
5
0 / 0

[JBoss JIRA] Created: (JBAS-8402) Upgrade MC libs -- Classloading, Deployers, Scanning

by Ales Justin (JIRA)

Upgrade MC libs -- Classloading, Deployers, Scanning ---------------------------------------------------- Key: JBAS-8402 URL: https://jira.jboss.org/browse/JBAS-8402 Project: JBoss Application Server Issue Type: Component Upgrade Security Level: Public (Everyone can see) Components: MicroContainer bus Affects Versions: 6.0.0.M4 Reporter: Ales Justin Assignee: Ales Justin Fix For: 6.0.0.CR1 -- 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

13 years, 9 months

2
1
0 / 0

[JBoss JIRA] Created: (JBAS-8264) @FacesValidator annotated class not registered as Validator

by Vladimir Blagojevic (JIRA)

@FacesValidator annotated class not registered as Validator ------------------------------------------------------------ Key: JBAS-8264 URL: https://jira.jboss.org/browse/JBAS-8264 Project: JBoss Application Server Issue Type: Bug Security Level: Public (Everyone can see) Components: JSF Affects Versions: 6.0.0.M4 Reporter: Vladimir Blagojevic Assignee: Stan Silvert The presence of @FacesValidator [1] annotation on a class should automatically registers the class with the runtime as a Validator. However, AS 6.0.0.M4 fails to do so. Use of @FacesValidator worked in M3. [1] http://download-llnw.oracle.com/javaee/6/api/javax/faces/validator/FacesV... -- 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

13 years, 9 months

3
7
0 / 0

[JBoss JIRA] Reopened: (JBAS-6795) NullPointerException thrown from getEntityManagerFactory() when persistence unit is packaged with WAR

by Shelly McGowan (JIRA)

[ https://jira.jboss.org/browse/JBAS-6795?page=com.atlassian.jira.plugin.sy... ] Shelly McGowan reopened JBAS-6795: ---------------------------------- > NullPointerException thrown from getEntityManagerFactory() when persistence unit is packaged with WAR > ----------------------------------------------------------------------------------------------------- > > Key: JBAS-6795 > URL: https://jira.jboss.org/browse/JBAS-6795 > Project: JBoss Application Server > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Deployers > Reporter: Shelly McGowan > Assignee: Carlo de Wolf > Priority: Critical > Fix For: 6.0.0.M5 > > > 2009-04-15 00:26:45,056 INFO [org.jboss.web.tomcat.service.deployers.TomcatDeployment] (ResourceContainer.invoker.nonDaemon-12) deploy, ctxPath=/web_pkg_standalone_component_web > 2009-04-15 00:26:45,082 ERROR [org.jboss.web.tomcat.service.deployers.TomcatDeployment] (ResourceContainer.invoker.nonDaemon-12) ENC setup failed > java.lang.NullPointerException > at org.jboss.injection.PersistenceUnitHandler.getEntityManagerFactory(PersistenceUnitHandler.java:172) > at org.jboss.injection.PersistenceUnitHandler.getFactory(PersistenceUnitHandler.java:163) > at org.jboss.injection.PuEncInjector.inject(PuEncInjector.java:54) > at org.jboss.web.tomcat.service.TomcatInjectionContainer.populateEnc(TomcatInjectionContainer.java:482) > at org.jboss.web.tomcat.service.deployers.TomcatDeployment$EncListener.lifecycleEvent(TomcatDeployment.java:471) > at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:117) > at org.apache.catalina.core.StandardContext.start(StandardContext.java:4388) > at org.jboss.web.tomcat.service.deployers.TomcatDeployment.performDeployInternal(TomcatDeployment.java:310) > at org.jboss.web.tomcat.service.deployers.TomcatDeployment.performDeploy(TomcatDeployment.java:142) > at org.jboss.web.deployers.AbstractWarDeployment.start(AbstractWarDeployment.java:461) > at org.jboss.web.deployers.WebModule.startModule(WebModule.java:118) > at org.jboss.web.deployers.WebModule.start(WebModule.java:97) > This is reproducable with the following packaging scenarios: > persistence unit in the WEB-INF/classes directory of a standalone .war > persistence unit in the WEB-INF/lib directory of a standalone .war > persistence unit in the lib directory of an enterprise archive containing a .war and and ejb.jar -- 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

13 years, 9 months

1
0
0 / 0

[JBoss JIRA] Resolved: (JBAS-6795) NullPointerException thrown from getEntityManagerFactory() when persistence unit is packaged with WAR

by Shelly McGowan (JIRA)

[ https://jira.jboss.org/browse/JBAS-6795?page=com.atlassian.jira.plugin.sy... ] Shelly McGowan resolved JBAS-6795. ---------------------------------- Fix Version/s: 6.0.0.M5 (was: 6.0.0.CR1) Resolution: Done > NullPointerException thrown from getEntityManagerFactory() when persistence unit is packaged with WAR > ----------------------------------------------------------------------------------------------------- > > Key: JBAS-6795 > URL: https://jira.jboss.org/browse/JBAS-6795 > Project: JBoss Application Server > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Deployers > Reporter: Shelly McGowan > Assignee: Carlo de Wolf > Priority: Critical > Fix For: 6.0.0.M5 > > > 2009-04-15 00:26:45,056 INFO [org.jboss.web.tomcat.service.deployers.TomcatDeployment] (ResourceContainer.invoker.nonDaemon-12) deploy, ctxPath=/web_pkg_standalone_component_web > 2009-04-15 00:26:45,082 ERROR [org.jboss.web.tomcat.service.deployers.TomcatDeployment] (ResourceContainer.invoker.nonDaemon-12) ENC setup failed > java.lang.NullPointerException > at org.jboss.injection.PersistenceUnitHandler.getEntityManagerFactory(PersistenceUnitHandler.java:172) > at org.jboss.injection.PersistenceUnitHandler.getFactory(PersistenceUnitHandler.java:163) > at org.jboss.injection.PuEncInjector.inject(PuEncInjector.java:54) > at org.jboss.web.tomcat.service.TomcatInjectionContainer.populateEnc(TomcatInjectionContainer.java:482) > at org.jboss.web.tomcat.service.deployers.TomcatDeployment$EncListener.lifecycleEvent(TomcatDeployment.java:471) > at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:117) > at org.apache.catalina.core.StandardContext.start(StandardContext.java:4388) > at org.jboss.web.tomcat.service.deployers.TomcatDeployment.performDeployInternal(TomcatDeployment.java:310) > at org.jboss.web.tomcat.service.deployers.TomcatDeployment.performDeploy(TomcatDeployment.java:142) > at org.jboss.web.deployers.AbstractWarDeployment.start(AbstractWarDeployment.java:461) > at org.jboss.web.deployers.WebModule.startModule(WebModule.java:118) > at org.jboss.web.deployers.WebModule.start(WebModule.java:97) > This is reproducable with the following packaging scenarios: > persistence unit in the WEB-INF/classes directory of a standalone .war > persistence unit in the WEB-INF/lib directory of a standalone .war > persistence unit in the lib directory of an enterprise archive containing a .war and and ejb.jar -- 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

13 years, 9 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira September 2010