[JBoss JIRA] (AS7-6449) jboss-cli deploy --force fails for OSGi bundles
by Thomas Diesler (JIRA)
[ https://issues.jboss.org/browse/AS7-6449?page=com.atlassian.jira.plugin.s... ]
Thomas Diesler edited comment on AS7-6449 at 3/18/13 10:46 AM:
---------------------------------------------------------------
Cannot reproduce
{code}
[standalone@localhost:9999 /] deploy ~/git/jbosgi/distribution/installer/target/deploy-artifacts/lib/org.apache.felix.eventadmin.jar
[standalone@localhost:9999 /] deploy ~/git/jbosgi/distribution/installer/target/deploy-artifacts/lib/org.apache.felix.eventadmin.jar
'org.apache.felix.eventadmin.jar' already exists in the deployment repository (use --force to replace the existing content in the repository).
[standalone@localhost:9999 /] deploy --force ~/git/jbosgi/distribution/installer/target/deploy-artifacts/lib/org.apache.felix.eventadmin.jar
[standalone@localhost:9999 /]
{code}
was (Author: thomas.diesler):
Cannot reproduce
{code}
[standalone@localhost:9999 /] deploy ~/git/jbosgi/distribution/installer/target/deploy-artifacts/lib/org.apache.felix.eventadmin.jar
[standalone@localhost:9999 /] deploy ~/git/jbosgi/distribution/installer/target/deploy-artifacts/lib/org.apache.felix.eventadmin.jar
'org.apache.felix.eventadmin.jar' already exists in the deployment repository (use --force to replace the existing content in the repository).
[standalone@localhost:9999 /] deploy --force ~/git/jbosgi/distribution/installer/target/deploy-artifacts/lib/org.apache.felix.eventadmin.jar
{code}
> jboss-cli deploy --force fails for OSGi bundles
> -----------------------------------------------
>
> Key: AS7-6449
> URL: https://issues.jboss.org/browse/AS7-6449
> Project: Application Server 7
> Issue Type: Bug
> Components: CLI, OSGi
> Affects Versions: EAP 6.1.0.Alpha (7.2.0.Final)
> Environment: Windows 7, 64-bit
> Reporter: Jarkko Rantavuori
> Assignee: Thomas Diesler
>
> If you try to deploy already-deployed .jar from cli, it says "already exists in the deployment repository (use --force to replace the existing content in the repository)". However, using --force errors with "service already registered" if it is an OSGi bundle.
--
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, 2 months
[JBoss JIRA] (AS7-6449) jboss-cli deploy --force fails for OSGi bundles
by Thomas Diesler (JIRA)
[ https://issues.jboss.org/browse/AS7-6449?page=com.atlassian.jira.plugin.s... ]
Thomas Diesler resolved AS7-6449.
---------------------------------
Fix Version/s: (was: 8.0.0.Alpha1)
Resolution: Cannot Reproduce Bug
Cannot reproduce
{code}
[standalone@localhost:9999 /] deploy ~/git/jbosgi/distribution/installer/target/deploy-artifacts/lib/org.apache.felix.eventadmin.jar
[standalone@localhost:9999 /] deploy ~/git/jbosgi/distribution/installer/target/deploy-artifacts/lib/org.apache.felix.eventadmin.jar
'org.apache.felix.eventadmin.jar' already exists in the deployment repository (use --force to replace the existing content in the repository).
[standalone@localhost:9999 /] deploy --force ~/git/jbosgi/distribution/installer/target/deploy-artifacts/lib/org.apache.felix.eventadmin.jar
{code}
> jboss-cli deploy --force fails for OSGi bundles
> -----------------------------------------------
>
> Key: AS7-6449
> URL: https://issues.jboss.org/browse/AS7-6449
> Project: Application Server 7
> Issue Type: Bug
> Components: CLI, OSGi
> Affects Versions: EAP 6.1.0.Alpha (7.2.0.Final)
> Environment: Windows 7, 64-bit
> Reporter: Jarkko Rantavuori
> Assignee: Thomas Diesler
>
> If you try to deploy already-deployed .jar from cli, it says "already exists in the deployment repository (use --force to replace the existing content in the repository)". However, using --force errors with "service already registered" if it is an OSGi bundle.
--
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, 2 months
[JBoss JIRA] (JBLOGGING-92) Add support for Equinox ExtendedLogService
by Philippe Marschall (JIRA)
Philippe Marschall created JBLOGGING-92:
-------------------------------------------
Summary: Add support for Equinox ExtendedLogService
Key: JBLOGGING-92
URL: https://issues.jboss.org/browse/JBLOGGING-92
Project: JBoss Logging
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Components: jboss-logging-spi
Reporter: Philippe Marschall
Assignee: David Lloyd
We are running some JBoss libraries that use jboss-logging inside Eclipse RCP. We'd like to centralise all our logging. Unfortunately OSGi LogService does not support named loggers, for now they're only available through the Equinox ExtendedLogService.
I'll attach a pull request.
--
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, 2 months
[JBoss JIRA] (AS7-5959) Get rid of CNFs and NCDFs from clustering TS runs
by Radoslav Husar (JIRA)
[ https://issues.jboss.org/browse/AS7-5959?page=com.atlassian.jira.plugin.s... ]
Radoslav Husar resolved AS7-5959.
---------------------------------
Resolution: Done
Completely done as part of AS7-4460.
[rhusar@x220 as]$ grep NoClassDefFoundError -R testsuite/integration/clust/ | wc -l
0
> Get rid of CNFs and NCDFs from clustering TS runs
> -------------------------------------------------
>
> Key: AS7-5959
> URL: https://issues.jboss.org/browse/AS7-5959
> Project: Application Server 7
> Issue Type: Feature Request
> Components: Clustering
> Reporter: Radoslav Husar
> Assignee: Radoslav Husar
> Priority: Minor
> Fix For: 8.0.0.Alpha1
>
>
> [0m[0m12:53:07,775 INFO [org.jboss.weld.ClassLoading] (MSC service thread 1-3) WELD-000119 Not generating any bean definitions from org.jboss.as.test.clustering.ClusterHttpClientUtil because of underlying class loading error
> [0m[0m12:53:07,776 INFO [org.jboss.weld.ClassLoading] (MSC service thread 1-3) catching: org.jboss.weld.resources.spi.ResourceLoadingException: Error loading class org.jboss.as.test.clustering.ClusterHttpClientUtil
> at org.jboss.weld.resources.ClassTransformer.loadClass(ClassTransformer.java:167) [weld-core-1.1.10.Final.jar:2012-10-12 10:00]
> at org.jboss.weld.bootstrap.BeanDeployer.loadWeldClass(BeanDeployer.java:116) [weld-core-1.1.10.Final.jar:2012-10-12 10:00]
> at org.jboss.weld.bootstrap.BeanDeployer.addClass(BeanDeployer.java:79) [weld-core-1.1.10.Final.jar:2012-10-12 10:00]
> at org.jboss.weld.bootstrap.BeanDeployer.addClasses(BeanDeployer.java:135) [weld-core-1.1.10.Final.jar:2012-10-12 10:00]
> at org.jboss.weld.bootstrap.BeanDeployment.createBeans(BeanDeployment.java:184) [weld-core-1.1.10.Final.jar:2012-10-12 10:00]
> at org.jboss.weld.bootstrap.WeldBootstrap.deployBeans(WeldBootstrap.java:349) [weld-core-1.1.10.Final.jar:2012-10-12 10:00]
> at org.jboss.as.weld.WeldContainer.start(WeldContainer.java:82) [jboss-as-weld-7.2.0.Alpha1-SNAPSHOT.jar:7.2.0.Alpha1-SNAPSHOT]
> at org.jboss.as.weld.services.WeldService.start(WeldService.java:76) [jboss-as-weld-7.2.0.Alpha1-SNAPSHOT.jar:7.2.0.Alpha1-SNAPSHOT]
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1811)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1746)
> at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) [rt.jar:1.6.0_31]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) [rt.jar:1.6.0_31]
> at java.lang.Thread.run(Thread.java:662) [rt.jar:1.6.0_31]
> Caused by: java.lang.NoClassDefFoundError: org/apache/http/client/methods/HttpUriRequest
> at java.lang.Class.getDeclaredFields0(Native Method) [rt.jar:1.6.0_31]
> at java.lang.Class.privateGetDeclaredFields(Class.java:2291) [rt.jar:1.6.0_31]
> at java.lang.Class.getDeclaredFields(Class.java:1743) [rt.jar:1.6.0_31]
> at org.jboss.weld.util.reflection.SecureReflections$4.work(SecureReflections.java:105) [weld-core-1.1.10.Final.jar:2012-10-12 10:00]
> at org.jboss.weld.util.reflection.SecureReflections$4.work(SecureReflections.java:102) [weld-core-1.1.10.Final.jar:2012-10-12 10:00]
> at org.jboss.weld.util.reflection.SecureReflectionAccess.run(SecureReflectionAccess.java:52) [weld-core-1.1.10.Final.jar:2012-10-12 10:00]
> at org.jboss.weld.util.reflection.SecureReflectionAccess.runAndWrap(SecureReflectionAccess.java:63) [weld-core-1.1.10.Final.jar:2012-10-12 10:00]
> at org.jboss.weld.util.reflection.SecureReflections.getDeclaredFields(SecureReflections.java:102) [weld-core-1.1.10.Final.jar:2012-10-12 10:00]
> at org.jboss.weld.introspector.jlr.WeldClassImpl.<init>(WeldClassImpl.java:155) [weld-core-1.1.10.Final.jar:2012-10-12 10:00]
> at org.jboss.weld.introspector.jlr.WeldClassImpl.of(WeldClassImpl.java:121) [weld-core-1.1.10.Final.jar:2012-10-12 10:00]
> at org.jboss.weld.resources.ClassTransformer$TransformTypeToWeldClass.apply(ClassTransformer.java:59) [weld-core-1.1.10.Final.jar:2012-10-12 10:00]
> at org.jboss.weld.resources.ClassTransformer$TransformTypeToWeldClass.apply(ClassTransformer.java:50) [weld-core-1.1.10.Final.jar:2012-10-12 10:00]
> at com.google.common.collect.ComputingConcurrentHashMap$ComputingValueReference.compute(ComputingConcurrentHashMap.java:355)
> at com.google.common.collect.ComputingConcurrentHashMap$ComputingSegment.compute(ComputingConcurrentHashMap.java:184)
> at com.google.common.collect.ComputingConcurrentHashMap$ComputingSegment.getOrCompute(ComputingConcurrentHashMap.java:153)
> at com.google.common.collect.ComputingConcurrentHashMap.getOrCompute(ComputingConcurrentHashMap.java:69)
> at com.google.common.collect.ComputingConcurrentHashMap$ComputingMapAdapter.get(ComputingConcurrentHashMap.java:393)
> at org.jboss.weld.resources.ClassTransformer.loadClass(ClassTransformer.java:163) [weld-core-1.1.10.Final.jar:2012-10-12 10:00]
> ... 12 more
> Caused by: java.lang.ClassNotFoundException: org.apache.http.client.methods.HttpUriRequest from [Module "deployment.stateful.war:main" from Service Module Loader]
> at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:190) [jboss-modules.jar:1.1.3.GA]
> at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:468) [jboss-modules.jar:1.1.3.GA]
> at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:456) [jboss-modules.jar:1.1.3.GA]
> at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:423) [jboss-modules.jar:1.1.3.GA]
> at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:398) [jboss-modules.jar:1.1.3.GA]
> at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:120) [jboss-modules.jar:1.1.3.GA]
> ... 30 more
--
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, 2 months