February 2009 - jboss-user - Jboss List Archives

[Security & JAAS/JBoss] - Re: Minimal JBoss config to use GSSAPI/Kerberos acceptSecCon

by quinntaylor

I've actually just been battling with this same issue. If you set this property, you'll see that JBoss is forcing GSS-API to do a login prior to accessing the keytab. System.setProperty("javax.security.auth.useSubjectCredsOnly", "false"); When I have this set, JBoss prompts me for a username/password on the server console, which is not what I need, but a step closer. Since I'm using an authenticated web service, I'm trying to get JBoss to automatically allow access. I'll post if I make any progress on that front... View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4213218#4213218 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4213218

17 years, 1 month

1
0
0 / 0

[JBoss Portal] - Migrating data

by JohnnyTheHun

I am migrating jbp data tables from mysql5 to oracle9. I am using jboss-portal-2.7.0.CR1. I have used JBoss Portal to create it's own structure in Oracle. Then I emptied all oracle tables and populated them with data from mysql. But if I start JBoss, it wants to insert duplicate path values into jbp_object_node. And because oracle didn't let this it wouldn't start. So i disabled the unique constraint to see what the portal does. After this it was able to insert some default tables from it's own default-object.xml, but Hibernate threw an exception I pasted below. My question is, if I copied the whole table structure and data, why does it still want to update it, even though it worked perfectly when I used mysql? | | 2009-02-26 03:07:15,375 ERROR [org.jboss.deployment.MainDeployer] Could not start deployment: file:/E:/utils/web/jboss-portal-2.7.0.CR1/server/default/deploy/jboss-portal.sar/conf/data/default-object.xml | org.jboss.deployment.DeploymentException: query did not return a unique result: 2; - nested throwable: (org.hibernate.NonUniqueResultException: query did not return a unique result: 2) | at org.jboss.portal.core.deployment.jboss.ObjectDeployment.start(ObjectDeployment.java:103) | at org.jboss.portal.server.deployment.jboss.DeploymentContext.start(DeploymentContext.java:99) | at org.jboss.portal.server.deployment.jboss.PortalDeploymentInfoContext.start(PortalDeploymentInfoContext.java:220) | at org.jboss.portal.server.deployment.jboss.ServerDeployer.start(ServerDeployer.java:217) | at org.jboss.deployment.MainDeployer.start(MainDeployer.java:1025) | at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:819) | 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:155) | at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) | at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:133) | at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) | at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:142) | 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:659) | at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210) | at $Proxy211.deploy(Unknown Source) | at org.jboss.portal.server.deployment.jboss.ServerDeployer.registerFactory(ServerDeployer.java:119) | at org.jboss.portal.server.deployment.jboss.AbstractDeploymentFactory.registerFactory(AbstractDeploymentFactory.java:113) | at org.jboss.portal.server.deployment.jboss.AbstractDeploymentFactory.start(AbstractDeploymentFactory.java:152) | 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.portal.jems.as.system.JBossServiceModelMBean$ServiceMixin.execute(JBossServiceModelMBean.java:486) | at org.jboss.portal.jems.as.system.JBossServiceModelMBean$ServiceMixin.startService(JBossServiceModelMBean.java:452) | .... | View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4213217#4213217 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4213217

17 years, 1 month

1
0
0 / 0

[JCA/JBoss] - Re: Rar deployment inside ear fails with deployment exceptio

by ewinston

The MDB is packaged in the ejb.jar. It is done with annotations, so there is no ejb-jar.xml. For the deployment issue, I read all of the posts about fixing the code for deployment ordering and then added the <module-order>strict</module-order> to the jboss-app.xml. And the modules are listed in the application.xml like so : | <application> | <module> | <connector>ra.rar</connector> | </module> | <module> | <ejb>ejb.jar</ejb> | </module> | <module> | <web> | <web-uri>web</web-uri> | </web> | </module> | </application> | And I saw in the log file that the order of deployment was preserved. I will remove the classpath from the rar, and check on that setting. Interestingly, i just tried the separate deployment and got the same error, so I must have something else wrong also. Edward View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4213216#4213216 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4213216

17 years, 1 month

1
0
0 / 0

[Installation, Configuration & DEPLOYMENT] - Need help with clustering

by grin1dan

Hello, I need help with setting up clustering. I need to begin with the basics and work my way up. An y links to resources would be greatly appreciated. TIA View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4213215#4213215 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4213215

17 years, 1 month

1
0
0 / 0

[JCA/JBoss] - Re: Rar deployment inside ear fails with deployment exceptio

by vickyk

"ewinston" wrote : | The ra.rar just contains the ra.xml and the manifest Class-Path refers to lib/logic.jar. The ejb.jar also uses lib/logic.jar, and the definition of the MDB is within this jar. I sorted out the deployment issues around ordering, so I know the deployment order is not a problem. | You don't need to define the Class-Path entry in the manifest of the ra.rar, you can rely on the library-directory feature of javaee5 from Jboss, check <attribute name="EnablelibDirectoryByDefault">true</attribute> from the$JBOSS_HOME/server/default/deploy/ear-deployer.xml Where is MDB packaged, is it is in ejb.jar Or logic.jar? How did you sort out the deployment ordering issue? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4213214#4213214 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4213214

17 years, 1 month

1
0
0 / 0

[JCA/JBoss] - Re: Rar deployment inside ear fails with deployment exceptio

by ewinston

Just a bit more information, in case it is pertinent and not obvious. The rar is an inbound resource adapter that sends its messages to the MDB in the ejb.jar. It looks like the rar is not completely deployed (in that the classloader hasn't been set up) by the time the ejb.jar starts it's deployment aand configuration and this then causes the class to not be found. At least that's my take on the situation. Is this a type of solution/deployment that is supported even? I haven't tried it with 2 separate parts yet, but that is what I will do next. Basically I'll take the rar out of the ear and deploy it and then see if I can deploy the ear. Edward View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4213213#4213213 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4213213

17 years, 1 month

1
0
0 / 0

[JBoss Messaging] - Re: JBoss messaging client timeout

by pratimkm

Howard, while we are testing failover I am seeing this in the logs WARN org.jboss.remoting.Client - unable to remove remote callback handler: Can not get connection to server. Problem establishing socket connection for InvokerLocator [bisocket://***:4457/?JBM_clientMaxPoolSize=500&clientLeasePeriod=50000&clientSocketClass=org.jboss.jms.client.remoting.ClientSocketWrapper&connectionWait=60000&dataType=jms&marshaller=org.jboss.jms.wireformat.JMSWireFormat&numberOfCallRetries=1&numberOfRetries=30&pingFrequency=214748364&pingWindowFactor=10&socket.check_connection=false&stopLeaseOnFailure=true&timeout=0&unmarshaller=org.jboss.jms.wireformat.JMSWireFormat&validatorPingPeriod=10000&validatorPingTimeout=50000] As you suggested I had increased clientLeasePeriod to 50000 and validatorPingTimeout to 50000. Those seems to be passed to the client now which we see in the logs. But still we are seeing this socket connection timeout for a few messages after a long idle time. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4213211#4213211 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4213211

17 years, 1 month

1
0
0 / 0

[Beginners Corner] - Re: Secure jmx-console and web-console

by saguilar

How can we change the ports of the web-sonsole and the jmx-console, I installed jboss AS 4.2.3 on a shared server and some applications migh try to use the 8080 port View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4213210#4213210 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4213210

17 years, 1 month

1
0
0 / 0

[Persistence, JBoss/CMP, Hibernate, Database] - Re: Connection striping (or labeling) with JBoss and Hiberna

by pulkitsinghal

It usually make sense to leverage Hibernateâs DriverManagerConnectionProvider when working with a DataSource configured via config files and accessible via JNDI. But the problem is that the JBoss implementation of the DataSource mechanism ... wraps the Connection objects in a Wrapper (WrappedConnection.java) every time. It is possible to get at the underlying connection by casting the Connection object to WrappedConnection and then invoking the getUnderlyingConnection() method. This is great as it allows Connection objects to be identified as they come & go to the pool over and over. BUT isn't there a cleaner way to do this? In Java 1.6, the Connection interface extends the Wrapper interface which requires the implementation of a unwrap() method, that seems a lot more generic but I'm not sure which version of JBoss is up to date with Java 6 in order to allow its user to do that... any comments? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4213205#4213205 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4213205

17 years, 1 month

1
0
0 / 0

[JBoss Cache: Core Edition] - Cluster replication question

by jkemp101

I can't find any discussion describing how hosts in the same cluster manage replication of nodes that have been changed simultaneously on two or more hosts. Is there versioning/timestamping across the cluster to guarantee the last updated value is perserved? What mechanism ensures the instances do not get out of sync? Thanks. -Joe View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4213202#4213202 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4213202

17 years, 1 month

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-user February 2009