[jira] [Closed] (ARIES-1074) Can you release the latest org.apache.aries.jndi.core.
[ https://issues.apache.org/jira/browse/ARIES-1074?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Guillaume Nodet closed ARIES-1074. -- Resolution: Fixed jndi-core-1.0.2 has been released a long time ago > Can you release the latest org.apache.aries.jndi.core. > -- > > Key: ARIES-1074 > URL: https://issues.apache.org/jira/browse/ARIES-1074 > Project: Aries > Issue Type: New Feature > Components: JNDI > Environment: > karaf,java7,org.apache.aries.jndi.core,org.springframework.ldap >Reporter: cliff.chen >Priority: Minor > Labels: features > Original Estimate: 12h > Remaining Estimate: 12h > > https://svn.apache.org/repos/asf/aries/trunk/jndi/jndi-core/src/main/java/org/apache/aries/jndi/ObjectFactoryHelper.java > we need the following codes in the mehtod > getObjectInstanceViaContextDotObjectFactories of the class > if(factory instanceof DirObjectFactory) > { > logger.log(Level.FINE, "its a > DirObjectFactory"); > final DirObjectFactory > dirFactory = (DirObjectFactory) factory; > result = > dirFactory.getObjectInstance(obj, name, nameCtx, environment, attrs); > } > https://src.springframework.org/svn/spring-ldap/trunk/core/src/main/java/org/springframework/ldap/core/support/DefaultDirObjectFactory.java > public Object getObjectInstance(Object obj, Name name, Context nameCtx, > Hashtable environment) throws Exception { > return null; > } -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (ARIES-1784) @Component without (service=A.class) end in Nullpointer
[ https://issues.apache.org/jira/browse/ARIES-1784?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16370668#comment-16370668 ] Carlos Sierra commented on ARIES-1784: -- Hi, could you provide an example of a faulting component? Bests. Carlos. > @Component without (service=A.class) end in Nullpointer > --- > > Key: ARIES-1784 > URL: https://issues.apache.org/jira/browse/ARIES-1784 > Project: Aries > Issue Type: Bug > Components: jax-rs-whiteboard >Affects Versions: jax-rs-whiteboard-1.0.0 >Reporter: Stefan Bischof >Priority: Major > > Hi, > when i hava a Ressource annotated with @Component but without > (service=A.class) and call AriesJaxrsServiceRuntime.getRuntimeDTO i get a in > Nullpointer > org.apache.aries.jax.rs.whiteboard.internal.CxfJaxrsServiceRegistrator.getStaticResourceC > lasses(CxfJaxrsServiceRegistrator.java:307 > Stacktrace: > Feb 20, 2018 1:50:50 PM org.apache.cxf.phase.PhaseInterceptorChain > doDefaultLogging > WARNUNG: Application > {openapi.rsw.hub.domain.org/} > OpenApiResource has thrown > exception, unwinding now > org.apache.cxf.interceptor.Fault > at > > org.apache.cxf.service.invoker.AbstractInvoker.createFault(AbstractInvoker.java:162) > at > > org.apache.cxf.service.invoker.AbstractInvoker.invoke(AbstractInvoker.java:128) > at org.apache.cxf.jaxrs.JAXRSInvoker.invoke(JAXRSInvoker.java:192) > at org.apache.cxf.jaxrs.JAXRSInvoker.invoke(JAXRSInvoker.java:103) > at > org.apache.cxf.interceptor.ServiceInvokerInterceptor$1.run(ServiceInvokerInterceptor.java > :59) > at > org.apache.cxf.interceptor.ServiceInvokerInterceptor.handleMessage(ServiceInvokerIntercep > tor.java:96) > at > > org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:308) > at > org.apache.cxf.transport.ChainInitiationObserver.onMessage(ChainInitiationObserver.java:1 > 21) > at > org.apache.cxf.transport.http.AbstractHTTPDestination.invoke(AbstractHTTPDestination.java > :267) > at > org.apache.cxf.transport.servlet.ServletController.invokeDestination(ServletController.ja > va:234) > at > > org.apache.cxf.transport.servlet.ServletController.invoke(ServletController.java:208) > at > > org.apache.cxf.transport.servlet.ServletController.invoke(ServletController.java:160) > at > org.apache.cxf.transport.servlet.CXFNonSpringServlet.invoke(CXFNonSpringServlet.java:191) > at > org.apache.cxf.transport.servlet.AbstractHTTPServlet.handleRequest(AbstractHTTPServlet.ja > va:301) > at > > org.apache.cxf.transport.servlet.AbstractHTTPServlet.doGet(AbstractHTTPServlet.java:225) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:618) > at > org.apache.cxf.transport.servlet.AbstractHTTPServlet.service(AbstractHTTPServlet.java:276 > ) > at > org.apache.felix.http.base.internal.handler.ServletHandler.handle(ServletHandler.java:85) > at > org.apache.felix.http.base.internal.dispatch.InvocationChain.doFilter(InvocationChain.jav > a:79) > at > > org.apache.felix.http.base.internal.dispatch.Dispatcher.dispatch(Dispatcher.java:128) > at > org.apache.felix.http.base.internal.dispatch.DispatcherServlet.service(DispatcherServlet. > java:49) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:725) > at > org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:848) > at > org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:584) > at > > org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:224) > at > > org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1180) > at > org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:512) > at > > org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:185) > at > > org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1112) > at > org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141) > at > org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection > .java:213) > at > > org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:134) > at org.eclipse.jetty.server.Server.handle(Server.java:534) > at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:320) > at > org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:251) > at > org.eclipse.jetty.io.AbstractConnection$ReadCallback.succeeded(AbstractConnection.java:28 > 3) > at org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java:108) > at > > org.eclipse.jetty.io.SelectChannelEndPoint$2.run(SelectChannelEndPoint.java:93) > at > org.eclipse.jetty.util.thread.strategy.ExecuteProduceConsume.executeProduceConsume(Execut > eProduceConsume.java:303) > at >
[jira] [Commented] (ARIES-1785) Application without JAX_RS_EXTENSION_SELECT fetchs Extension
[ https://issues.apache.org/jira/browse/ARIES-1785?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16370634#comment-16370634 ] Carlos Sierra commented on ARIES-1785: -- Hi Stefan, as far as I understand this is the expected behaviour. _JAX_RS_EXTENSION_SELECT_ allows an application to create a dependency to an extension, so the application won't be processed until the extensions are available. So applications with _JAX_RS_EXTENSION_SELECT_ must _wait_ for their selected extensions to be present. On the other hand, extensions and resources, can target a particular application using _JAX_RS_APPLICATION_SELECT._ At the moment, extensions that do not target a particular application are applied to all applications, while resources that do not target a particular application are applied to the default application. So an application without _JAX_RS_EXTENSION_SELECT_ does not need to wait for any extension to be present. Is this consistent with what you get? Bests. Carlos. > Application without JAX_RS_EXTENSION_SELECT fetchs Extension > > > Key: ARIES-1785 > URL: https://issues.apache.org/jira/browse/ARIES-1785 > Project: Aries > Issue Type: Bug > Components: jax-rs-whiteboard >Affects Versions: jax-rs-whiteboard-1.0.0 >Reporter: Stefan Bischof >Priority: Major > Attachments: test.txt > > > Hi, > an application without any JAX_RS_EXTENSION_SELECT property fetchs a > extention. > see the attached test for more information. > (could be paste into org.apache.aries.jax.rs.itests test.JaxrsTest.java) > regards -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Resolved] (ARIES-1694) Allow JNDI factories to be forced in if already set
[ https://issues.apache.org/jira/browse/ARIES-1694?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Guillaume Nodet resolved ARIES-1694. Resolution: Fixed Assignee: Thomas Watson Fix Version/s: jndi-core-1.1.0 > Allow JNDI factories to be forced in if already set > --- > > Key: ARIES-1694 > URL: https://issues.apache.org/jira/browse/ARIES-1694 > Project: Aries > Issue Type: Bug > Components: JNDI >Reporter: Thomas Watson >Assignee: Thomas Watson >Priority: Major > Fix For: jndi-core-1.1.0 > > > While calling the factory setters on NamingManager the code currently gives > up: > NamingManager.setInitialContextFactoryBuilder(builder); > NamingManager.setObjectFactoryBuilder(builder); > In some cases it is desired to override the currently set builders. A new > option should be added to enable forcing in our own builders. This should > not be enabled by default. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Resolved] (ARIES-1782) With java 2 security enabled get java.security.AccessControlException in org.apache.aries.jndi.JREInitialContextFactoryBuilder
[ https://issues.apache.org/jira/browse/ARIES-1782?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Guillaume Nodet resolved ARIES-1782. Resolution: Fixed > With java 2 security enabled get java.security.AccessControlException in > org.apache.aries.jndi.JREInitialContextFactoryBuilder > -- > > Key: ARIES-1782 > URL: https://issues.apache.org/jira/browse/ARIES-1782 > Project: Aries > Issue Type: Bug > Components: JNDI >Affects Versions: 1.0 > Environment: Java 2 security enabled. >Reporter: Samuel Bratton >Assignee: Samuel Bratton >Priority: Major > Fix For: jndi-core-1.1.0 > > > With java 2 security enabled get java.security.AccessControlException > > Stack: java.security.AccessControlException: Access denied > ("java.lang.RuntimePermission" "getClassLoader") > java.security.AccessController.throwACE(AccessController.java:157) > java.security.AccessController.checkPermissionHelper(AccessController.java:217) > > java.security.AccessController.checkPermission(AccessController.java:349) > java.lang.SecurityManager.checkPermission(SecurityManager.java:562) > com.ibm.ws.kernel.launch.internal.MissingDoPrivDetectionSecurityManager.checkPermission(MissingDoPrivDetectionSecurityManager.java:45) > > java.lang.ClassLoader.getSystemClassLoader(ClassLoader.java:737) > org.apache.aries.jndi.JREInitialContextFactoryBuilder.createInitialContextFactory(JREInitialContextFactoryBuilder.java:36) > > org.apache.aries.jndi.ContextHelper.getInitialContextUsingBuilder(ContextHelper.java:233) > > org.apache.aries.jndi.ContextHelper.getContextProvider(ContextHelper.java:208) > > org.apache.aries.jndi.ContextHelper.getInitialContext(ContextHelper.java:141) > org.apache.aries.jndi.OSGiInitialContextFactoryBuilder.getInitialContext(OSGiInitialContextFactoryBuilder.java:51) > > javax.naming.spi.NamingManager.getInitialContext(NamingManager.java:695) > javax.naming.InitialContext.getDefaultInitCtx(InitialContext.java:324) > javax.naming.InitialContext.init(InitialContext.java:255) > javax.naming.ldap.InitialLdapContext.(InitialLdapContext.java:165) -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Updated] (ARIES-1782) With java 2 security enabled get java.security.AccessControlException in org.apache.aries.jndi.JREInitialContextFactoryBuilder
[ https://issues.apache.org/jira/browse/ARIES-1782?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Guillaume Nodet updated ARIES-1782: --- Fix Version/s: (was: 1.0) jndi-core-1.1.0 > With java 2 security enabled get java.security.AccessControlException in > org.apache.aries.jndi.JREInitialContextFactoryBuilder > -- > > Key: ARIES-1782 > URL: https://issues.apache.org/jira/browse/ARIES-1782 > Project: Aries > Issue Type: Bug > Components: JNDI >Affects Versions: 1.0 > Environment: Java 2 security enabled. >Reporter: Samuel Bratton >Assignee: Samuel Bratton >Priority: Major > Fix For: jndi-core-1.1.0 > > > With java 2 security enabled get java.security.AccessControlException > > Stack: java.security.AccessControlException: Access denied > ("java.lang.RuntimePermission" "getClassLoader") > java.security.AccessController.throwACE(AccessController.java:157) > java.security.AccessController.checkPermissionHelper(AccessController.java:217) > > java.security.AccessController.checkPermission(AccessController.java:349) > java.lang.SecurityManager.checkPermission(SecurityManager.java:562) > com.ibm.ws.kernel.launch.internal.MissingDoPrivDetectionSecurityManager.checkPermission(MissingDoPrivDetectionSecurityManager.java:45) > > java.lang.ClassLoader.getSystemClassLoader(ClassLoader.java:737) > org.apache.aries.jndi.JREInitialContextFactoryBuilder.createInitialContextFactory(JREInitialContextFactoryBuilder.java:36) > > org.apache.aries.jndi.ContextHelper.getInitialContextUsingBuilder(ContextHelper.java:233) > > org.apache.aries.jndi.ContextHelper.getContextProvider(ContextHelper.java:208) > > org.apache.aries.jndi.ContextHelper.getInitialContext(ContextHelper.java:141) > org.apache.aries.jndi.OSGiInitialContextFactoryBuilder.getInitialContext(OSGiInitialContextFactoryBuilder.java:51) > > javax.naming.spi.NamingManager.getInitialContext(NamingManager.java:695) > javax.naming.InitialContext.getDefaultInitCtx(InitialContext.java:324) > javax.naming.InitialContext.init(InitialContext.java:255) > javax.naming.ldap.InitialLdapContext.(InitialLdapContext.java:165) -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Updated] (ARIES-1785) Application without JAX_RS_EXTENSION_SELECT fetchs Extension
[ https://issues.apache.org/jira/browse/ARIES-1785?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stefan Bischof updated ARIES-1785: -- Description: Hi, an application without any JAX_RS_EXTENSION_SELECT property fetchs a extention. see the attached test for more information. (could be paste into org.apache.aries.jax.rs.itests test.JaxrsTest.java) regards was: Hi, an application without any JAX_RS_EXTENSION_SELECT property fetchs a extention. see the attached test for more information. regards > Application without JAX_RS_EXTENSION_SELECT fetchs Extension > > > Key: ARIES-1785 > URL: https://issues.apache.org/jira/browse/ARIES-1785 > Project: Aries > Issue Type: Bug > Components: jax-rs-whiteboard >Affects Versions: jax-rs-whiteboard-1.0.0 >Reporter: Stefan Bischof >Priority: Major > Attachments: test.txt > > > Hi, > an application without any JAX_RS_EXTENSION_SELECT property fetchs a > extention. > see the attached test for more information. > (could be paste into org.apache.aries.jax.rs.itests test.JaxrsTest.java) > regards -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (ARIES-1772) Add an option to blueprint-maven-plugin to exclude dependencies.
[ https://issues.apache.org/jira/browse/ARIES-1772?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16370244#comment-16370244 ] Daniel Estermann commented on ARIES-1772: - Hi Dominik, thank you for your work so far. I found out that the problem occurs also with the transitive dependencies of the provided dependencies. The situation I have is following: {code:xml} A B provided {code} {code:xml} B org.glassfish.jersey.media jersey-media-json-jackson ${version.jersey} {code} Trying to build project A results in: {code:java} [ERROR] Failed to execute goal org.apache.aries.blueprint:blueprint-maven-plugin:1.9.0:blueprint-generate (default) on project portal-backend: Execution default of goal org.apache.aries.blueprint:blueprint-maven-plugin:1.9.0:blueprint-generate failed: A required class was missing while executing org.apache.aries.blueprint:blueprint-maven-plugin:1.9.0:blueprint-generate: com/fasterxml/jackson/jaxrs/json/JacksonJaxbJsonProvider [ERROR] - [ERROR] realm = plugin>org.apache.aries.blueprint:blueprint-maven-plugin:1.9.0 [ERROR] strategy = org.codehaus.plexus.classworlds.strategy.SelfFirstStrategy [ERROR] urls[0] = file:/d:/.m2/repository/org/apache/aries/blueprint/blueprint-maven-plugin/1.9.0/blueprint-maven-plugin-1.9.0.jar ...skipped... ...jersey-media-json-jackson is missing here... [ERROR] urls[44] ... [ERROR] Number of foreign imports: 1 [ERROR] import: Entry[import from realm ClassRealm[project>com.seeburger.portal:portal-backend:2.50.0-SNAPSHOT, parent: ClassRealm[maven.api, parent: null]]] [ERROR] [ERROR] -: com.fasterxml.jackson.jaxrs.json.JacksonJaxbJsonProvider {code} I looked at the code of the plugin and noticed two things, which are related to the error. # The filtering of the scanned classes using the scanPath parameter happens +after+ the scanning. FilteredClassFinder.findClasses(...) find the annotated classes first and then applies the filter by calling filterByBasePackages(..). That's why I cannot really constraint the scanning via that parameter. {code:java} org.apache.aries.blueprint.plugin.FilteredClassFinder:36 private static SetfindClasses(ClassFinder finder, Collection packageNames, Class[] annotations) { Set rawClasses = new HashSet (); for (Class annotation : annotations) { rawClasses.addAll(finder.findAnnotatedClasses(annotation)); } return filterByBasePackages(rawClasses, packageNames); }{code} # The ClassFinder gets initialized using a URLClassLoader, which contains a set of JARs including the transitive dependencies of the provided dependencies. {code:java} org.apache.aries.blueprint.plugin.GenerateMojo:175 private ClassFinder createProjectScopeFinder() { for (Object artifactO : project.getArtifacts()) { //... urls.add(file.toURI().toURL()); } ClassLoader loader = new URLClassLoader(urls.toArray(new URL[urls.size()]), getClass().getClassLoader()); return new ClassFinder(loader, urls); }{code} Project.getArtifacts() returns 120 objects while the amount of jar on the build classpath is 45. Especially jersey-media-json-jackson.jar containing JacksonJaxbJsonProvider is one of the JARs returned by getArtifacts(). No idea why that happens, maybe bug in maven? I use Maven 3.2.1 for CI and 3.5.2 locally, if that matters. !test.png! > Add an option to blueprint-maven-plugin to exclude dependencies. > > > Key: ARIES-1772 > URL: https://issues.apache.org/jira/browse/ARIES-1772 > Project: Aries > Issue Type: New Feature > Components: Blueprint >Affects Versions: blueprint-maven-plugin-1.9.0 >Reporter: Daniel Estermann >Assignee: Dominik Przybysz >Priority: Major > Attachments: test.png, test.png > > > Currently the list of scanned classes by blueprint-maven-plugin can be > restricted using scanPath parameter, so the list can also contain the classes > of the project dependencies. With my projects I experience two kind of issues > with it: > * If the the scan path is chosen too widely it may lead to a build failure. > For example: Assume project A has a dependency to project B an both have the > same base package, which is chosen as the scan path. Project B has a > blueprint bean, which implements an interface from some +provided+ dependency > of it. The build of project A will fail then, because it will try to scan a > blueprint bean of project B but it will miss its provided dependency. An > example error message: > > {code:java} > Failed to execute goal >
[jira] [Updated] (ARIES-1772) Add an option to blueprint-maven-plugin to exclude dependencies.
[ https://issues.apache.org/jira/browse/ARIES-1772?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Daniel Estermann updated ARIES-1772: Attachment: test.png > Add an option to blueprint-maven-plugin to exclude dependencies. > > > Key: ARIES-1772 > URL: https://issues.apache.org/jira/browse/ARIES-1772 > Project: Aries > Issue Type: New Feature > Components: Blueprint >Affects Versions: blueprint-maven-plugin-1.9.0 >Reporter: Daniel Estermann >Assignee: Dominik Przybysz >Priority: Major > Attachments: test.png, test.png > > > Currently the list of scanned classes by blueprint-maven-plugin can be > restricted using scanPath parameter, so the list can also contain the classes > of the project dependencies. With my projects I experience two kind of issues > with it: > * If the the scan path is chosen too widely it may lead to a build failure. > For example: Assume project A has a dependency to project B an both have the > same base package, which is chosen as the scan path. Project B has a > blueprint bean, which implements an interface from some +provided+ dependency > of it. The build of project A will fail then, because it will try to scan a > blueprint bean of project B but it will miss its provided dependency. An > example error message: > > {code:java} > Failed to execute goal > org.apache.aries.blueprint:blueprint-maven-plugin:1.9.0:blueprint-generate > (default) on project email-template-editor-core: Execution default of goal > org.apache.aries.blueprint:blueprint-maven-plugin:1.9.0:blueprint-generate > failed: A required class was missing while executing > org.apache.aries.blueprint:blueprint-maven-plugin:1.9.0:blueprint-generate: > com/mycorporation/scheduler/api/ScheduledService{code} > > * If a bean of project B appears in the autowire.xml of project A, but the > package of that bean is not imported in the manifest of project A, a > ClassNotFoundException will be thrown during runtime: > > {code:java} > java.lang.ClassNotFoundException: > com.mycorporation.project-a.commons.notification.IncomingNotificationService > from [Module > "deployment.com.mycorporation.project-b.commons.core:0.0.1.SNAPSHOT" from > Service Module Loader] > {code} > > I suggest to add an option, to exclude dependencies from the list of scanned > classes, like [maven-bundle-plugin's > excludeDependencies|http://felix.apache.org/components/bundle-plugin/bundle-mojo.html#excludeDependencies] > for example, and give this option per default such value as to exclude all > dependencies. > -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Updated] (ARIES-1772) Add an option to blueprint-maven-plugin to exclude dependencies.
[ https://issues.apache.org/jira/browse/ARIES-1772?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Daniel Estermann updated ARIES-1772: Attachment: test.png > Add an option to blueprint-maven-plugin to exclude dependencies. > > > Key: ARIES-1772 > URL: https://issues.apache.org/jira/browse/ARIES-1772 > Project: Aries > Issue Type: New Feature > Components: Blueprint >Affects Versions: blueprint-maven-plugin-1.9.0 >Reporter: Daniel Estermann >Assignee: Dominik Przybysz >Priority: Major > Attachments: test.png > > > Currently the list of scanned classes by blueprint-maven-plugin can be > restricted using scanPath parameter, so the list can also contain the classes > of the project dependencies. With my projects I experience two kind of issues > with it: > * If the the scan path is chosen too widely it may lead to a build failure. > For example: Assume project A has a dependency to project B an both have the > same base package, which is chosen as the scan path. Project B has a > blueprint bean, which implements an interface from some +provided+ dependency > of it. The build of project A will fail then, because it will try to scan a > blueprint bean of project B but it will miss its provided dependency. An > example error message: > > {code:java} > Failed to execute goal > org.apache.aries.blueprint:blueprint-maven-plugin:1.9.0:blueprint-generate > (default) on project email-template-editor-core: Execution default of goal > org.apache.aries.blueprint:blueprint-maven-plugin:1.9.0:blueprint-generate > failed: A required class was missing while executing > org.apache.aries.blueprint:blueprint-maven-plugin:1.9.0:blueprint-generate: > com/mycorporation/scheduler/api/ScheduledService{code} > > * If a bean of project B appears in the autowire.xml of project A, but the > package of that bean is not imported in the manifest of project A, a > ClassNotFoundException will be thrown during runtime: > > {code:java} > java.lang.ClassNotFoundException: > com.mycorporation.project-a.commons.notification.IncomingNotificationService > from [Module > "deployment.com.mycorporation.project-b.commons.core:0.0.1.SNAPSHOT" from > Service Module Loader] > {code} > > I suggest to add an option, to exclude dependencies from the list of scanned > classes, like [maven-bundle-plugin's > excludeDependencies|http://felix.apache.org/components/bundle-plugin/bundle-mojo.html#excludeDependencies] > for example, and give this option per default such value as to exclude all > dependencies. > -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Assigned] (ARIES-1068) JNDI lookup performance bad when security enabled
[ https://issues.apache.org/jira/browse/ARIES-1068?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Guillaume Nodet reassigned ARIES-1068: -- Assignee: Guillaume Nodet (was: Jeremy Hughes) > JNDI lookup performance bad when security enabled > - > > Key: ARIES-1068 > URL: https://issues.apache.org/jira/browse/ARIES-1068 > Project: Aries > Issue Type: Bug > Components: JNDI >Reporter: Simon Gormley >Assignee: Guillaume Nodet >Priority: Critical > Attachments: servicelookupperf.patch > > > JNDI lookups can be slow if Java security is enabled, specifically the > getService methods take time. > If the services are cached then the lookup only has to be performed once, but > care has to be taken that the context performing the service lookup has the > required permissions to do so, and so cache buckets for each context will be > necessary. > Also to prevent a leak, when contexts drop from scope, the associated caches > need to be cleared out. > The ServiceTrackerCustomizer for JNDI already had some caching ability, and > the provided patch extends this to avoid looking up Services where possible. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
Save the date: ApacheCon North America, September 24-27 in Montréal
Dear Apache Enthusiast, (You’re receiving this message because you’re subscribed to a user@ or dev@ list of one or more Apache Software Foundation projects.) We’re pleased to announce the upcoming ApacheCon [1] in Montréal, September 24-27. This event is all about you — the Apache project community. We’ll have four tracks of technical content this time, as well as lots of opportunities to connect with your project community, hack on the code, and learn about other related (and unrelated!) projects across the foundation. The Call For Papers (CFP) [2] and registration are now open. Register early to take advantage of the early bird prices and secure your place at the event hotel. Important dates March 30: CFP closes April 20: CFP notifications sent August 24: Hotel room block closes (please do not wait until the last minute) Follow @ApacheCon on Twitter to be the first to hear announcements about keynotes, the schedule, evening events, and everything you can expect to see at the event. See you in Montréal! Sincerely, Rich Bowen, V.P. Events, on behalf of the entire ApacheCon team [1] http://www.apachecon.com/acna18 [2] https://cfp.apachecon.com/conference.html?apachecon-north-america-2018
[jira] [Created] (ARIES-1784) @Component without (service=A.class) end in Nullpointer
Stefan Bischof created ARIES-1784: - Summary: @Component without (service=A.class) end in Nullpointer Key: ARIES-1784 URL: https://issues.apache.org/jira/browse/ARIES-1784 Project: Aries Issue Type: Bug Components: jax-rs-whiteboard Affects Versions: jax-rs-whiteboard-1.0.0 Reporter: Stefan Bischof Hi, when i hava a Ressource annotated with @Component but without (service=A.class) and call AriesJaxrsServiceRuntime.getRuntimeDTO i get a in Nullpointer org.apache.aries.jax.rs.whiteboard.internal.CxfJaxrsServiceRegistrator.getStaticResourceC lasses(CxfJaxrsServiceRegistrator.java:307 Stacktrace: Feb 20, 2018 1:50:50 PM org.apache.cxf.phase.PhaseInterceptorChain doDefaultLogging WARNUNG: Application {openapi.rsw.hub.domain.org/} OpenApiResource has thrown exception, unwinding now org.apache.cxf.interceptor.Fault at org.apache.cxf.service.invoker.AbstractInvoker.createFault(AbstractInvoker.java:162) at org.apache.cxf.service.invoker.AbstractInvoker.invoke(AbstractInvoker.java:128) at org.apache.cxf.jaxrs.JAXRSInvoker.invoke(JAXRSInvoker.java:192) at org.apache.cxf.jaxrs.JAXRSInvoker.invoke(JAXRSInvoker.java:103) at org.apache.cxf.interceptor.ServiceInvokerInterceptor$1.run(ServiceInvokerInterceptor.java :59) at org.apache.cxf.interceptor.ServiceInvokerInterceptor.handleMessage(ServiceInvokerIntercep tor.java:96) at org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:308) at org.apache.cxf.transport.ChainInitiationObserver.onMessage(ChainInitiationObserver.java:1 21) at org.apache.cxf.transport.http.AbstractHTTPDestination.invoke(AbstractHTTPDestination.java :267) at org.apache.cxf.transport.servlet.ServletController.invokeDestination(ServletController.ja va:234) at org.apache.cxf.transport.servlet.ServletController.invoke(ServletController.java:208) at org.apache.cxf.transport.servlet.ServletController.invoke(ServletController.java:160) at org.apache.cxf.transport.servlet.CXFNonSpringServlet.invoke(CXFNonSpringServlet.java:191) at org.apache.cxf.transport.servlet.AbstractHTTPServlet.handleRequest(AbstractHTTPServlet.ja va:301) at org.apache.cxf.transport.servlet.AbstractHTTPServlet.doGet(AbstractHTTPServlet.java:225) at javax.servlet.http.HttpServlet.service(HttpServlet.java:618) at org.apache.cxf.transport.servlet.AbstractHTTPServlet.service(AbstractHTTPServlet.java:276 ) at org.apache.felix.http.base.internal.handler.ServletHandler.handle(ServletHandler.java:85) at org.apache.felix.http.base.internal.dispatch.InvocationChain.doFilter(InvocationChain.jav a:79) at org.apache.felix.http.base.internal.dispatch.Dispatcher.dispatch(Dispatcher.java:128) at org.apache.felix.http.base.internal.dispatch.DispatcherServlet.service(DispatcherServlet. java:49) at javax.servlet.http.HttpServlet.service(HttpServlet.java:725) at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:848) at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:584) at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:224) at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1180) at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:512) at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:185) at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1112) at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141) at org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection .java:213) at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:134) at org.eclipse.jetty.server.Server.handle(Server.java:534) at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:320) at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:251) at org.eclipse.jetty.io.AbstractConnection$ReadCallback.succeeded(AbstractConnection.java:28 3) at org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java:108) at org.eclipse.jetty.io.SelectChannelEndPoint$2.run(SelectChannelEndPoint.java:93) at org.eclipse.jetty.util.thread.strategy.ExecuteProduceConsume.executeProduceConsume(Execut eProduceConsume.java:303) at org.eclipse.jetty.util.thread.strategy.ExecuteProduceConsume.produceConsume(ExecuteProduc eConsume.java:148) at org.eclipse.jetty.util.thread.strategy.ExecuteProduceConsume.run(ExecuteProduceConsume.ja va:136) at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:671) at org.eclipse.jetty.util.thread.QueuedThreadPool$2.run(QueuedThreadPool.java:589) at java.lang.Thread.run(Thread.java:745) Caused by: java.lang.NullPointerException at
[jira] [Created] (ARIES-1783) TransactionRequiredException when non-transactional method precedes a transactional one in the same service.
Daniel Estermann created ARIES-1783: --- Summary: TransactionRequiredException when non-transactional method precedes a transactional one in the same service. Key: ARIES-1783 URL: https://issues.apache.org/jira/browse/ARIES-1783 Project: Aries Issue Type: Bug Components: JPA Affects Versions: jpa-2.5.0 Reporter: Daniel Estermann Assume I have a service implementation with a method annotated with @Transactional and one of TxTypes not starting a transaction: * NEVER * NOT_SUPPORTED * SUPPORTS >From that non-transactional method I want to use a self-reference resolved via >BundleContext to call a transactional method in the same service, annotated >with one of those TxTypes: * REQUIRED * REQURES_NEW Since the resolved self-reference is a proxied object I expect it to be able to start a new transaction. This is not the case however and the subject exception occurs. I created a test case revealing the issue in the following pull request: https://github.com/apache/aries-jpa/pull/2 -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[GitHub] aries-jpa pull request #2: Added a test which covers the case of calling a m...
GitHub user Smasherr opened a pull request: https://github.com/apache/aries-jpa/pull/2 Added a test which covers the case of calling a method requiring a transaction from a method without a transaction. You can merge this pull request into a Git repository by running: $ git pull https://github.com/Smasherr/aries-jpa requires_new_after_never Alternatively you can review and apply these changes as the patch at: https://github.com/apache/aries-jpa/pull/2.patch To close this pull request, make a commit to your master/trunk branch with (at least) the following in the commit message: This closes #2 commit 8256cfb55dc5d86a2b6dcead5777c10fec97332c Author: Daniel EstermannDate: 2018-01-13T02:11:37Z Initial commit with a basic idea for a test. commit 05f10584be043eb69a9d2636e3542d37bab5f388 Author: Christian Schneider Date: 2018-01-14T20:19:40Z User service inside test commit a9814ac8bcfadff616dbb609e00cae16b63f57dc Author: Daniel Estermann Date: 2018-01-14T20:59:03Z Formatting, license header commit a1317fea4238e885246ea9aceb8a2831559bb9f1 Author: Daniel Estermann Date: 2018-02-20T10:28:11Z Further formatting commit 6d8c60ec63b2ff70900281b9879578f6c5342d1c Author: Daniel Estermann Date: 2018-02-20T10:37:13Z Put @Transactional back in place commit 6556e5fe92d942be19c42a0dd4c13e34e0ce3270 Author: Daniel Estermann Date: 2018-02-20T10:57:26Z Config.xml formatting ---