February 2008 - jboss-dev-forums - Jboss List Archives

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Problem in shutdown of JBoss AS 'all' config

by timfox

Well.. currently JBM is only tested using JG 2.41.SP3 since that is what EAP 4.3 uses... I've mentioned this before, but I guess we're going to have make *another* branch for AS 5.0 so we can set it up to test against JG 2.6. This gives us four branches to maintain. Nice :(( View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4126936#4126936 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4126936

18 years, 2 months

1
0
0 / 0

[Design of JBoss Portal] - Tabs keeping the connections alive... like firefox

by badock

Hello all, I have problems with jboss portal and tabs... Every time i switch tabs, i loose connection... which means, if i have this Iframe portlet on Tab1, pointing at some url, and then i go to Tab2, then back to Tab1, i've lost all that has been done inside Tab1 (in my case, it is a webmail). So is there a way to tell jboss to "remember" what's inside tabs, and not reload everything everytime ? In fact, I just want the JBossPortal tabs to behave like Firefox tabs... :) Thanks View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4126927#4126927 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4126927

18 years, 2 months

1
0
0 / 0

[Design of JBoss internal QA (Test Suite)] - Re: question related to same war name conflict during deploy

by sohil.shah＠jboss.com

so, if this behavior is allowed (deploying a war file with the same name as an existing war file), would it be legal/functionally alright to create their corresponding service id based on their web context as opposed to the name of the war file? web context seems to be one of the ways to uniquely identify these artifacts. Is there any other simpler suggestion to create a unique service id? I am assuming based on the test code that this behavior is allowed. If not, the bug is in the test code and is a much simpler fix Thanks View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4126916#4126916 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4126916

18 years, 2 months

1
0
0 / 0

[Design of JBoss Web Services] - Re: WS 2.1.0 METRO integration with JBOSS AS 4.2.2

by heiko.braun＠jboss.com

Ah, I see it. The build is broken. I'll fix it. In the meantime just remove the '' from the 'checkout' target in 'ant-import/build-metro.xml' Thanks for the pointer. Please note that you need to completely uninstall the native stack before you can install ('ant deploy-jboss422') the metro one. The easiest way to do this is to use the jbossws-native binaries (or checkout) and call 'ant undeploy-jboss422'. We are still working on simplifying things here. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4126914#4126914 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4126914

18 years, 2 months

1
0
0 / 0

[Design of JBoss Web Services] - Re: WS 2.1.0 METRO integration with JBOSS AS 4.2.2

by heiko.braun＠jboss.com

Take a look at 'cvs/wsit/wsit'. Does it contain a cimplete checkout of the metro sources? There should be a 'build.xml'. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4126911#4126911 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4126911

18 years, 2 months

1
0
0 / 0

[Design of JBoss Web Services] - WS 2.1.0 METRO integration with JBOSS AS 4.2.2

by heiko.braun＠jboss.com

Jibril GUEYE wrote: I'm trying the build WS 2.1.0 for METRO from svn using revision 5561 (which was the lastest stable build) but i can't succeed. Here is ant's output from my console: checkout: -install.adapter: [copy] Copying 1 file to /Users/jibrilg/Documents/eclipseWorkspace/stack-metro/cvs/wsit/wsit [copy] Copying /Users/jibrilg/Documents/eclipseWorkspace/stack-metro/ant-import/metro-build-adapter.xml to /Users/jibrilg/Documents/eclipseWorkspace/stack-metro/cvs/wsit/wsit/metro-build-adapter.xml clean.metro: [exec] Buildfile: build.xml does not exist! [exec] Build failed BUILD FAILED /Users/jibrilg/Documents/eclipseWorkspace/stack-metro/ant-import/build-metro.xml:70: The following error occurred while executing this line: /Users/jibrilg/Documents/eclipseWorkspace/stack-metro/ant-import/build-metro.xml:23: exec returned: 1 can you help me out ? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4126910#4126910 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4126910

18 years, 2 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: how to define global variables for process in xml

by tom.baeyens＠jboss.com

we don't have static variables or annotations yet. that is added in jPDL 4. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4126893#4126893 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4126893

18 years, 2 months

1
0
0 / 0

[Design of JBoss internal QA (Test Suite)] - question related to same war name conflict during deployment

by sohil.shah＠jboss.com

This is related to one of the test cases in the org.jboss.test.web.test.WebIntegrationUnitTestCase that tests to make sure that when a ear file containing a war file with the same name as an already installed war file is deployed, the deployment happens successfully. Here is the test code | /** Deploy a second ear that include a notjbosstest-web.war to test ears | with the same war names conflicting. | Access the http://{host}/jbosstest-not2/unrestricted/SecureServlet | */ | public void testNotJbosstest2() throws Exception | { | try | { | deploy("jbosstest-web2.ear"); | String baseURL = "http://" + getServerHost() + ":" + Integer.getInteger("web.port", 8080) + '/'; | URL url = new URL(baseURL+"jbosstest-not2/unrestricted/SecureServlet"); | HttpUtils.accessURL(url, REALM, HttpURLConnection.HTTP_OK); | } | finally | { | undeploy("jbosstest-web2.ear"); | } // end of try-finally | } | After drilling down the code/errors, I have found out that, the tomcat side of deployment is working fine, even creating the new web context. However, the Service registration runs into issues since org.jboss.dependency.plugins.AbstractController does not allow the registration of the ControllerContext related to this deployment unit. This is because both services have the same service id which comes out to be: jboss:id=notjbosstest-web.war,service=jacc in this testcase looks like creation of the service id is based on the war name and not based on the web context being created. What would be the best strategy to create a different service id that still links back to the web application being deployed without creating unwanted side effects? Here is the full stack trace of the error: | 02:35:30,729 ERROR [AbstractKernelController] Error installing to Real: name=vfsfile:/home/soshah/projects/jboss-as/trunk/testsuite/output/lib/jbosstest-web2.ear state=PostClassLoader mode=Manual requiredState=Real | org.jboss.deployment.DeploymentException: Error during install jboss:service=jacc,id=notjbosstest-web.war | at org.jboss.deployment.DeploymentException.rethrowAsDeploymentException(DeploymentException.java:52) | at org.jboss.system.ServiceController.install(ServiceController.java:277) | at org.jboss.system.deployers.ServiceDeployer.deploy(ServiceDeployer.java:99) | at org.jboss.system.deployers.ServiceDeployer.deploy(ServiceDeployer.java:46) | at org.jboss.deployers.spi.deployer.helpers.AbstractSimpleRealDeployer.internalDeploy(AbstractSimpleRealDeployer.java:65) | at org.jboss.deployers.spi.deployer.helpers.AbstractRealDeployer.deploy(AbstractRealDeployer.java:50) | at org.jboss.deployers.plugins.deployers.DeployerWrapper.deploy(DeployerWrapper.java:169) | at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:853) | at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:874) | at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:906) | at org.jboss.deployers.plugins.deployers.DeployersImpl.install(DeployersImpl.java:794) | at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:327) | at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1309) | at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:734) | at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:862) | at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:784) | at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:622) | at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:411) | at org.jboss.deployers.plugins.deployers.DeployersImpl.process(DeployersImpl.java:498) | at org.jboss.deployers.plugins.main.MainDeployerImpl.process(MainDeployerImpl.java:506) | at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:812) | 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.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:157) | at org.jboss.mx.server.Invocation.dispatch(Invocation.java:96) | at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) | at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264) | at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:668) | 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.jboss.jmx.connector.invoker.InvokerAdaptorService.invoke(InvokerAdaptorService.java:270) | 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.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:157) | at org.jboss.mx.server.Invocation.dispatch(Invocation.java:96) | at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:138) | at org.jboss.mx.server.Invocation.invoke(Invocation.java:90) | at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:140) | at org.jboss.jmx.connector.invoker.SerializableInterceptor.invoke(SerializableInterceptor.java:74) | at org.jboss.mx.server.Invocation.invoke(Invocation.java:90) | at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264) | at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:668) | at org.jboss.invocation.jrmp.server.JRMPProxyFactory.invoke(JRMPProxyFactory.java:179) | 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.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:157) | at org.jboss.mx.server.Invocation.dispatch(Invocation.java:96) | at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) | at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264) | at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:668) | at org.jboss.invocation.jrmp.server.JRMPInvoker$MBeanServerAction.invoke(JRMPInvoker.java:815) | at org.jboss.invocation.jrmp.server.JRMPInvoker.invoke(JRMPInvoker.java:416) | 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 sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:294) | at sun.rmi.transport.Transport$1.run(Transport.java:153) | at java.security.AccessController.doPrivileged(Native Method) | at sun.rmi.transport.Transport.serviceCall(Transport.java:149) | at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:466) | at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:707) | at java.lang.Thread.run(Thread.java:595) | Caused by: java.lang.IllegalStateException: jboss:id=notjbosstest-web.war,service=jacc is already installed. | at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:525) | at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:398) | at org.jboss.system.ServiceController.doInstall(ServiceController.java:641) | at org.jboss.system.ServiceController.install(ServiceController.java:271) | ... 69 more | Thanks View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4126891#4126891 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4126891

18 years, 2 months

1
0
0 / 0

[Design of JBossCache] - Re: Amazon S3 cache loader

by genman

I got the basic implementation done, though there are still some problems. I don't think the Amazon S3 API aligns well with the CacheLoader interface. First of all, there are too many "merge" operations, such as put(Map) or put(key, value) which require an additional HTTP request to fetch the old Map. I came up with an option to get rid of merging, so put(Map) always overwrites the old values. But the biggest problem is mostly to do with "getChildrenNames()" and how nodes are created. S3 allows nodes to be queried in lexicographic order. So, here's an example dump of S3 keys after put("/a/b/c") put("/a/b/d") etc.: 3/a/b/c 3/a/b/d 4/a/b/c/1 4/a/b/c/2 ... 4/a/b/c/1000 So, to get children of /a/b, I look for nodes prefixed with the string "3/a/b" ... The "3" comes from the depth. Without including depth, you'd see leaf nodes /a/b/c/1 ... 1000. This wouldn't be great. So, the node depth works well, except how can I get the children of root? I look for nodes prefixed with 1/ .. But there are no such nodes. The solution is to create 1/a , 2/a/b when creating 3/a/b/c . But to ensure creation, it means extra HTTP requests for every put. It's doable but sucks. There's all sorts of possible race conditions as well for concurrent remove/put. I'm wondering if I should just give up on this. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4126888#4126888 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4126888

18 years, 2 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Problem in shutdown of JBoss AS 'all' config

by vblagojevic＠jboss.com

Here is a JIRA that you talk about. http://jira.jboss.com/jira/browse/JGRP-557 Huh. This is it. Unit test passes for disconnect but not for close. Let me reopen JIRA, add another unit test and make a fix for 2.6.2. Cheers. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4126877#4126877 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4126877

18 years, 2 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 February 2008