September 2008 - jboss-dev-forums

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: XA Recovery on Journal...

by clebert.suconic＠jboss.com

https://jira.jboss.org/jira/browse/JBMESSAGING-1418 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4175122#4175122 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4175122

17 years, 7 months

1
0
0 / 0

[Design of JBoss Build System] - Re: Not picking up sources consistenly?

by adrian＠jboss.org

"pgier" wrote : It's not trying to download the sources every time for me. The second time I run the build it just lists the sources that are already downloaded. | It's trying to do something. After 5 minutes (and not getting very far through the list) I started looking for how to disable it (not obvious from the pom.xml) and found this thread. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4175114#4175114 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4175114

17 years, 7 months

1
0
0 / 0

[Design of JBoss Build System] - Re: Not picking up sources consistenly?

by pgier

It's not trying to download the sources every time for me. The second time I run the build it just lists the sources that are already downloaded. It looks like the jboss 4 stuff is coming from a dependency in org.jboss.jaxr:juddi-saaj and org.jboss.jaxr:juddi-service. Do we just need exclusions for these, or should the dependency be changed? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4175112#4175112 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4175112

17 years, 7 months

1
0
0 / 0

[Design of Security on JBoss] - Re: Security Certificate

by jabailo

Thank you! This psuedocode from OpenSAML below seems exactly what I need to write a service provider capable of receiving a SAML token, verifying it with an XML signature and then reading it's assertions/attributes! https://spaces.internet2.edu/display/OpenSAML/OSTwoUserManualPsedocodeSP View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4175105#4175105 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4175105

17 years, 7 months

1
0
0 / 0

[Design of JBoss Web Services] - Re: WS4EE and AS5

by anil.saldhana＠jboss.com

On the client side (testsuite), I see in the logs: | 2008-09-08 10:49:39,078 ERROR [org.jboss.ws.core.jaxrpc.client.ServiceObjectFactoryJAXRPC] Cannot create service | javax.naming.NamingException: Cannot unmarshall service ref meta data [Root exception is java.io.IOException: unknown protocol: vfszip] | at org.jboss.ws.core.jaxrpc.client.ServiceObjectFactoryJAXRPC.getObjectInstance(ServiceObjectFactoryJAXRPC.java:120) | at javax.naming.spi.NamingManager.getObjectInstance(NamingManager.java:304) | at org.jnp.interfaces.NamingContext.getObjectInstance(NamingContext.java:1315) | at org.jnp.interfaces.NamingContext.getObjectInstanceWrapFailure(NamingContext.java:1332) | at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:765) | at org.jboss.naming.client.java.javaURLContextFactory$EncContextProxy.invoke(javaURLContextFactory.java:153) | at $Proxy4.lookup(Unknown Source) | at javax.naming.InitialContext.lookup(InitialContext.java:351) | at org.jboss.test.webservice.jbws309.JBWS309TestCase.testRoleSecuredServiceAccess(JBWS309TestCase.java:173) | | Is this exception a cause for concern? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4175101#4175101 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4175101

17 years, 7 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: virtualFile.toURL().openStream() does not provide a JarI

by scott.stark＠jboss.org

The current vfs trunk is allowing the tck test to pass. I am also seeing the two failures Carlo sees. the complete error output from the test results is: | <testcase time="0.012" name="testWarLinkUpdate"> | <error type="junit.framework.AssertionFailedError" message="Wrong number of WEB-INF link children">junit.framework.AssertionFailedError: Wrong number of WEB-INF link children | at junit.framework.Assert.fail(Assert.java:47) | at junit.framework.Assert.assertTrue(Assert.java:20) | at org.jboss.test.virtual.test.FileVFSUnitTestCase.testWarLinkUpdate(FileVFSUnitTestCase.java:1101) | at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) | at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) | at java.lang.reflect.Method.invoke(Method.java:585) | at junit.framework.TestCase.runTest(TestCase.java:154) | at junit.framework.TestCase.runBare(TestCase.java:127) | at junit.framework.TestResult$1.protect(TestResult.java:106) | at junit.framework.TestResult.runProtected(TestResult.java:124) | at junit.framework.TestResult.run(TestResult.java:109) | at junit.framework.TestCase.run(TestCase.java:118) | at junit.framework.TestSuite.runTest(TestSuite.java:208) | at junit.framework.TestSuite.run(TestSuite.java:203) | at org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:81) | at org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:62) | at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:138) | at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:163) | at org.apache.maven.surefire.Surefire.run(Surefire.java:84) | at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) | at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) | at java.lang.reflect.Method.invoke(Method.java:585) | at org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:261) | at org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:875) | </error> | <system-out>408 DEBUG [FileVFSUnitTestCase] ==== Starting testWarLinkUpdate ==== | 409 INFO [FileVFSUnitTestCase] Force copy: false | 411 DEBUG [AbstractVirtualFileHandler] IGNORING: Exception while closing connection | java.io.FileNotFoundException: /tmp/jboss-vfs-testWarLinkUpdate52491.tmp/WEB-INF (No such file or directory) | at java.io.FileInputStream.open(Native Method) | at java.io.FileInputStream.&init&(FileInputStream.java:106) | at java.io.FileInputStream.&init&(FileInputStream.java:66) | at sun.net.www.protocol.file.FileURLConnection.connect(FileURLConnection.java:70) | at sun.net.www.protocol.file.FileURLConnection.getInputStream(FileURLConnection.java:161) | at org.jboss.virtual.plugins.context.AbstractURLHandler.closeConnection(AbstractURLHandler.java:121) | at org.jboss.virtual.plugins.context.AbstractURLHandler.initCacheLastModified(AbstractURLHandler.java:107) | at org.jboss.virtual.plugins.context.AbstractURLHandler.&init&(AbstractURLHandler.java:66) | at org.jboss.virtual.plugins.context.file.LinkHandler$ParentOfLink.&init&(LinkHandler.java:67) | at org.jboss.virtual.plugins.context.file.LinkHandler.&init&(LinkHandler.java:164) | at org.jboss.virtual.plugins.context.file.FileSystemContext.createLinkHandler(FileSystemContext.java:351) | at org.jboss.virtual.plugins.context.file.FileHandler.getChildLink(FileHandler.java:301) | at org.jboss.virtual.plugins.context.file.FileSystemContext.createVirtualFileHandler(FileSystemContext.java:315) | at org.jboss.virtual.plugins.context.file.FileSystemContext.createVirtualFileHandler(FileSystemContext.java:257) | at org.jboss.virtual.plugins.context.file.FileHandler.createChildHandler(FileHandler.java:272) | at org.jboss.virtual.plugins.context.AbstractVirtualFileHandler.structuredFindChild(AbstractVirtualFileHandler.java:535) | at org.jboss.virtual.plugins.context.file.FileHandler.getChild(FileHandler.java:281) | at org.jboss.virtual.plugins.context.AbstractVFSContext.getChild(AbstractVFSContext.java:164) | at org.jboss.virtual.VFS.getChild(VFS.java:228) | at org.jboss.test.virtual.test.FileVFSUnitTestCase.testWarLinkUpdate(FileVFSUnitTestCase.java:1070) | at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) | at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) | at java.lang.reflect.Method.invoke(Method.java:585) | at junit.framework.TestCase.runTest(TestCase.java:154) | at junit.framework.TestCase.runBare(TestCase.java:127) | at junit.framework.TestResult$1.protect(TestResult.java:106) | at junit.framework.TestResult.runProtected(TestResult.java:124) | at junit.framework.TestResult.run(TestResult.java:109) | at junit.framework.TestCase.run(TestCase.java:118) | at junit.framework.TestSuite.runTest(TestSuite.java:208) | at junit.framework.TestSuite.run(TestSuite.java:203) | at org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:81) | at org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:62) | at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:138) | at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:163) | at org.apache.maven.surefire.Surefire.run(Surefire.java:84) | at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) | at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) | at java.lang.reflect.Method.invoke(Method.java:585) | at org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:261) | at org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:875) | | <testcase time="0.014" name="testWarLinkUpdate"> | <error type="junit.framework.AssertionFailedError" message="Wrong number of WEB-INF link children">junit.framework.AssertionFailedError: Wrong number of WEB-INF link children | at junit.framework.Assert.fail(Assert.java:47) | at junit.framework.Assert.assertTrue(Assert.java:20) | at org.jboss.test.virtual.test.FileVFSUnitTestCase.testWarLinkUpdate(FileVFSUnitTestCase.java:1101) | at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) | at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) | at java.lang.reflect.Method.invoke(Method.java:585) | at junit.framework.TestCase.runTest(TestCase.java:154) | at junit.framework.TestCase.runBare(TestCase.java:127) | at junit.framework.TestResult$1.protect(TestResult.java:106) | at junit.framework.TestResult.runProtected(TestResult.java:124) | at junit.framework.TestResult.run(TestResult.java:109) | at junit.framework.TestCase.run(TestCase.java:118) | at junit.framework.TestSuite.runTest(TestSuite.java:208) | at junit.framework.TestSuite.run(TestSuite.java:203) | at org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:81) | at org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:62) | at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:138) | at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:163) | at org.apache.maven.surefire.Surefire.run(Surefire.java:84) | at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) | at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) | at java.lang.reflect.Method.invoke(Method.java:585) | at org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:261) | at org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:875) | </error> | <system-out>545 DEBUG [CopyFileVFSUnitTestCase] ==== Starting testWarLinkUpdate ==== | 545 INFO [CopyFileVFSUnitTestCase] Force copy: true | 547 DEBUG [AbstractVirtualFileHandler] IGNORING: Exception while closing connection | java.io.FileNotFoundException: /tmp/jboss-vfs-testWarLinkUpdate51572.tmp/WEB-INF (No such file or directory) | at java.io.FileInputStream.open(Native Method) | at java.io.FileInputStream.&init&(FileInputStream.java:106) | at java.io.FileInputStream.&init&(FileInputStream.java:66) | at sun.net.www.protocol.file.FileURLConnection.connect(FileURLConnection.java:70) | at sun.net.www.protocol.file.FileURLConnection.getInputStream(FileURLConnection.java:161) | at org.jboss.virtual.plugins.context.AbstractURLHandler.closeConnection(AbstractURLHandler.java:121) | at org.jboss.virtual.plugins.context.AbstractURLHandler.initCacheLastModified(AbstractURLHandler.java:107) | at org.jboss.virtual.plugins.context.AbstractURLHandler.&init&(AbstractURLHandler.java:66) | at org.jboss.virtual.plugins.context.file.LinkHandler$ParentOfLink.&init&(LinkHandler.java:67) | at org.jboss.virtual.plugins.context.file.LinkHandler.&init&(LinkHandler.java:164) | at org.jboss.virtual.plugins.context.file.FileSystemContext.createLinkHandler(FileSystemContext.java:351) | at org.jboss.virtual.plugins.context.file.FileHandler.getChildLink(FileHandler.java:301) | at org.jboss.virtual.plugins.context.file.FileSystemContext.createVirtualFileHandler(FileSystemContext.java:315) | at org.jboss.virtual.plugins.context.file.FileSystemContext.createVirtualFileHandler(FileSystemContext.java:257) | at org.jboss.virtual.plugins.context.file.FileHandler.createChildHandler(FileHandler.java:272) | at org.jboss.virtual.plugins.context.AbstractVirtualFileHandler.structuredFindChild(AbstractVirtualFileHandler.java:535) | at org.jboss.virtual.plugins.context.file.FileHandler.getChild(FileHandler.java:281) | at org.jboss.virtual.plugins.context.AbstractVFSContext.getChild(AbstractVFSContext.java:164) | at org.jboss.virtual.VFS.getChild(VFS.java:228) | at org.jboss.test.virtual.test.FileVFSUnitTestCase.testWarLinkUpdate(FileVFSUnitTestCase.java:1070) | at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) | at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) | at java.lang.reflect.Method.invoke(Method.java:585) | at junit.framework.TestCase.runTest(TestCase.java:154) | at junit.framework.TestCase.runBare(TestCase.java:127) | at junit.framework.TestResult$1.protect(TestResult.java:106) | at junit.framework.TestResult.runProtected(TestResult.java:124) | at junit.framework.TestResult.run(TestResult.java:109) | at junit.framework.TestCase.run(TestCase.java:118) | at junit.framework.TestSuite.runTest(TestSuite.java:208) | at junit.framework.TestSuite.run(TestSuite.java:203) | at org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:81) | at org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:62) | at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:138) | at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:163) | at org.apache.maven.surefire.Surefire.run(Surefire.java:84) | at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) | at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) | at java.lang.reflect.Method.invoke(Method.java:585) | at org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:261) | at org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:875) | 554 DEBUG [CopyFileVFSUnitTestCase] testWarLinkUpdate took 9ms | 554 DEBUG [CopyFileVFSUnitTestCase] ==== Stopping testWarLinkUpdate ==== | </system-out> | </testcase> | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4175100#4175100 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4175100

17 years, 7 months

1
0
0 / 0

[Design of JBoss Build System] - Re: Not picking up sources consistenly?

by adrian＠jboss.org

"dimitris(a)jboss.org" wrote : Ok, I've re-enabled the downloading of sources in AS trunk. | This is ridiculous. It is now trying to download sources on every build I do and it is not incremental, or at least something is very slow. It is checking both the maven and jboss repositories for every jar. There's also clearly an issue with irrevelance as well: 4.0.x and 4.2.x sources referenced from the jboss 5 build???? The jboss-common reference is well dated as well. What's causing this? | [java] Downloading: http://repository.jboss.org/maven2/jboss/jboss-j2ee/4.0.2/jboss-j2ee-4.0.... | [java] Downloading: http://repo1.maven.org/maven2/jboss/jboss-j2ee/4.0.2/jboss-j2ee-4.0.2-sou... | [java] Downloading: http://repository.jboss.org/maven2/jboss/jboss-jmx/4.2.2.GA/jboss-jmx-4.2... | [java] Downloading: http://repo1.maven.org/maven2/jboss/jboss-jmx/4.2.2.GA/jboss-jmx-4.2.2.GA... | [java] Downloading: http://repository.jboss.org/maven2/jboss/jboss-system/4.2.2.GA/jboss-syst... | [java] Downloading: http://repo1.maven.org/maven2/jboss/jboss-system/4.2.2.GA/jboss-system-4.... | [java] Downloading: http://repository.jboss.org/maven2/jboss/common/jboss-common-client/1.2.1... | [java] Downloading: http://repo1.maven.org/maven2/jboss/common/jboss-common-client/1.2.1.GA-b... | | etc. | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4175096#4175096 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4175096

17 years, 7 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: ManagedObject tests failing

by scott.stark＠jboss.org

I'll work on the failures. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4175091#4175091 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4175091

17 years, 7 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: sar vs ear packaging

by thomas.diesler＠jboss.com

But why? Isn't the enterprise jar supposed to expose some functionality remotely. If so, the console would be a client of that functionality like, any other component deployed on the container, like in fact a remote test case. If test cases could use the enterprise beans to deploy processes remotely, all that cactus stuff would not be needed, right? So what is the actual benefit of using the ear packaging? From my perspective it only adds another level of component packaging. In fact, since the enterprise beans do not form an integral part with the console alone, it would be quite inappropriate to package them together with the console. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4175089#4175089 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4175089

17 years, 7 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: sar vs ear packaging

by alex.guizar＠jboss.com

Currently we have: jbpm/ | jbpm-console.war/ | jbpm-enterprise.jar | jbpm-service.sar/ | jbpm-hsqldb-ds.xml/ How about: jbpm/ | jbpm-enterprise.ear/ | jbpm-console.war/ | jbpm-enterprise.jar | jbpm-service.sar | jbpm-hsqldb-ds.xml/ This way we keep the jbpm/ directory, the management interface and the ear's advantages. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4175079#4175079 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4175079

17 years, 7 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-dev-forums September 2008