[JBoss Remoting] - Communication between JBoss 5.1.0 GA and JBoss AS 7.1.1
by Janusz Lisiecki
Janusz Lisiecki [https://community.jboss.org/people/phobo] created the discussion
"Communication between JBoss 5.1.0 GA and JBoss AS 7.1.1"
To view the discussion, visit: https://community.jboss.org/message/803806#803806
--------------------------------------------------------------
In my case I have an application deployed in JBoss 5.1.0 that needs to communicate with another application deployed in JBoss AS 7.1.1. Is there an option for such communication using JBoss Remoting? I'm getting an exception like this:
javax.security.auth.login.LoginException: java.util.ServiceConfigurationError: org.xnio.XnioProvider: Provider org.xnio.nio.NioXnioProvider could not be instantiated: java.lang.NoClassDefFoundError: Could not initialize class org.xnio.nio.NioXnioProvider
at java.util.ServiceLoader.fail(ServiceLoader.java:207)
I have tried to add jboss-client.jar (from JBoss 7) to directory JBoss/lib in JBoss 5, and then the exception was:
javax.security.auth.login.LoginException: java.util.ServiceConfigurationError: org.xnio.XnioProvider: Provider org.xnio.nio.NioXnioProvider could not be instantiated: java.lang.NoSuchMethodError: org.jboss.logging.Logger.tracef(Ljava/lang/String;Ljava/lang/Object;)V
at java.util.ServiceLoader.fail(ServiceLoader.java:207)
as I understand there is different api for logging in each JBoss versions.
--------------------------------------------------------------
Reply to this message by going to Community
[https://community.jboss.org/message/803806#803806]
Start a new discussion in JBoss Remoting at Community
[https://community.jboss.org/choose-container!input.jspa?contentType=1&con...]
12 years, 4 months
[JBoss Remoting] - Newbie: JBoss Remoting Multiplex to solve multiple client connections through a firewall
by Paul St. Pierre
Paul St. Pierre [https://community.jboss.org/people/floogle] created the discussion
"Newbie: JBoss Remoting Multiplex to solve multiple client connections through a firewall"
To view the discussion, visit: https://community.jboss.org/message/819169#819169
--------------------------------------------------------------
I'm a contractor working for a large telecom company which has a legacy system into which has been introduced a twist, and I'd like to describe the general setup, as it appears JBoss Remoting Multiplex may offer a solution.
A client app connects to a server using a proprietary messaging protocol based on Java TCP sockets. The client, using a standard Java Socket, sends a message to the server on its "well known" port, telling the server (in the message) to reply to it on the standard dynamic remote port (generally in the range 49152 to 65535). In this legacy app, the client listens asynchronously for messages with a standard ServerSocket on the dynamic port. Client & server are appropriately threaded supporting multiple sessions. So far so much.
The twist/wrinkle is, as you can guess, a firewall is now required between the client and server, so the use of dynamic ports is out. Rather than muck with the low-level details of the legacy code, one solution might be to use JBoss Remoting Multiplex classes in an intermediate process between client and server, using a single static reply socket.
My question is simply: does this seem like an approach we should pursue? I am at the moment a JBoss newbie, hence the question. Any replies appreciated, thanks.
=P
--------------------------------------------------------------
Reply to this message by going to Community
[https://community.jboss.org/message/819169#819169]
Start a new discussion in JBoss Remoting at Community
[https://community.jboss.org/choose-container!input.jspa?contentType=1&con...]
12 years, 4 months
[JBoss Remoting] - Jboss 4.2.3.GA Remote client connection drops
by Akilesh Mogulluri
Akilesh Mogulluri [https://community.jboss.org/people/akilesh] created the discussion
"Jboss 4.2.3.GA Remote client connection drops"
To view the discussion, visit: https://community.jboss.org/message/806366#806366
--------------------------------------------------------------
Hi there,
I am relatively new to JBoss, running JBoss 4.2.3.GA, JBM 1.4.2.GA-SP1 and JBoss Remoting 2.2.2 SP8 I often come across this WARN/ERROR in server logs.
> 2013-04-04 09:38:36,449 WARN [org.jboss.jms.server.connectionmanager.SimpleConnectionManager] A problem has been detected with the connection to remote client xx-xx-xx-xx-xx-xx, jmsClientID=xx-xx-xx-xx-xx-xx. It is possible the client has exited without closing its connection(s) or the network has failed. All associated connection resources will be cleaned up.
> 2013-04-04 09:38:51,653 WARN [org.jboss.remoting.ServerInvoker] Asked to terminate invoker lease for client session id xx-xx-xx-xx-xx-xx, but lease for this id could not be found.: {}
> 2013-04-04 11:36:04,427 ERROR [org.jboss.remoting.transport.bisocket.BisocketServerInvoker] received new control socket for unrecognized listenerId: xx-xx-xx-xx-xx-xx
> 2013-04-04 15:11:47,825 ERROR [org.jboss.remoting.transport.bisocket.BisocketServerInvoker] received new control socket for unrecognized listenerId: xx-xx-xx-xx-xx-xx
> 2013-04-04 16:12:07,625 ERROR [org.jboss.remoting.transport.bisocket.BisocketServerInvoker] received new control socket for unrecognized listenerId: xx-xx-xx-xx-xx-xx
And the connection to the JMS Client is lost everytime this happens while no network discrepancies are reported.
Can any one please help me understand why this is happening? and how this can be fixed?
Thanks,
Akilesh
--------------------------------------------------------------
Reply to this message by going to Community
[https://community.jboss.org/message/806366#806366]
Start a new discussion in JBoss Remoting at Community
[https://community.jboss.org/choose-container!input.jspa?contentType=1&con...]
12 years, 4 months
[JNDI and Naming] - spring 3.x + jboss 7.1.1: how to get the datasource from jndi
by settholo
settholo [https://community.jboss.org/people/settholo] created the discussion
"spring 3.x + jboss 7.1.1: how to get the datasource from jndi"
To view the discussion, visit: https://community.jboss.org/message/794098#794098
--------------------------------------------------------------
Hello everyone,
I have to go into production with my web application. The application server is JBoss 7.1.1.
So I was looking for moving the datasources from the spring application context to the container.
I configured the datasource in jboss:
<datasource jta="false" jndi-name="java:jboss/datasources/sampleDS" pool-name="sampleDSPool" enabled="true" use-java-context="true" use-ccm="false">
<connection-url>jdbc:postgresql://localhost:5432/sampleDB</connection-url>
<driver-class>org.postgresql.Driver</driver-class>
<driver>postgresql</driver>
<pool>
<min-pool-size>2</min-pool-size>
<max-pool-size>20</max-pool-size>
</pool>
<security>
<user-name>*****</user-name>
<password>*****</password>
</security>
<validation>
<validate-on-match>false</validate-on-match>
<background-validation>false</background-validation>
<background-validation-millis>1</background-validation-millis>
</validation>
<statement>
<prepared-statement-cache-size>0</prepared-statement-cache-size>
<share-prepared-statements>false</share-prepared-statements>
</statement>
</datasource>
Well, when jboss starts it confirms that my datasource it's bound to java:jboss/datasources/sampleDS.
Now I wanted to move the configuration:
<bean id="dataSource" class="org.springframework.jdbc.datasource.DriverManagerDataSource">
<property name="driverClassName" value="${db.driver.prod}" />
<property name="url" value="${db.url.prod}" />
<property name="username" value="${db.username.prod}" />
<property name="password" value="${db.password.prod}" />
</bean>
to
<jee:jndi-lookup id="dataSource" jndi-name="java:jboss/datasources/sampleDS"/>
or
<bean id="dataSource" class="org.springframework.jndi.JndiObjectFactoryBean">
<property name="jndiName">
<value>java:jboss/datasources/sampleDS</value>
</property>
</bean>
There is no way of getting the datasource from jboss, I always end with name not found ( I tried almost every combination ).
Caused by: javax.naming.NameNotFoundException: jboss/datasources/sampleDS -- service jboss.naming.context.java.jboss.exported.jboss.datasources.sampleDS
Is there someone that is able to use the datasource fomr joss through jndi?
You can find the thread also in the spring forum at: http://forum.springsource.org/showthread.php?134298-spring-3-2-jboss-7-1-... http://forum.springsource.org/showthread.php?134298-spring-3-2-jboss-7-1-...
Thank you for your help.
Daniele
--------------------------------------------------------------
Reply to this message by going to Community
[https://community.jboss.org/message/794098#794098]
Start a new discussion in JNDI and Naming at Community
[https://community.jboss.org/choose-container!input.jspa?contentType=1&con...]
12 years, 4 months
[jBPM] - Proposed temporary and limited approach to supporting excluded owners
by jemmerling
jemmerling [https://community.jboss.org/people/jemmerling] created the discussion
"Proposed temporary and limited approach to supporting excluded owners"
To view the discussion, visit: https://community.jboss.org/message/646719#646719
--------------------------------------------------------------
I have been looking at way to do the following within jBPM:
Have a node in a process definition be associated with a particular group (or groups), however due to the history of a given process, to exclude some actor(s) who might be members of that group.
Now the WS-HumanTask specification supports something called excluded owners. Here is a snippet from one version of this specification (not certain if it is the latest one):
+"Potential owners of a task are persons who receive the task so that they can claim and complete it. A potential owner becomes the actual owner of a task by explicitly claiming it. Before the task has been claimed, potential owners can influence the progress of the task, for example by changing the priority of the task, adding ad-hoc attachments or comments. All excluded owners are implicitly removed from the set of potential owners. A WS-HumanTask Definition MAY define assignment for this generic human role.+
+Excluded owners are are people who cannot become an actual or potential owner and thus they cannot reserve or start the task. A WS-HumanTask Definition MAY define assignment for this generic human role. "+
Although the jBPM5 schema supports the existence of excluded owners, I have seen no explicit mechanism to support this when developing an application. If there is something I am missing, please point this out.
In the meantime, I can see a way that a developer could add this functionality without the need to directly modify jBPM5, using the following approach. I would like to know whether it is believed this would work. I am not completely comfortable with this for reasons I will give (although these reasons should be more or less obvious):
1.) First, define a new work item parameter (or analogous mechanism) that represents users who will be excluded from the next node. Let's assume we can correctly identify the next node.
2.) Create a class that extends WSHumanTaskHandler. This class will override the executeWorkItem method. This method will populate excluded owners in the people assignments from having inspected the new parameter. It will otherwise be the same as the method it overrides except for this one additional logic step.
3.) Replace the existing Taskorm.xml with a modified version in which the TasksAssignedAsPotentialOwnerByGroup named query (and possibly some similar named queries) is modified so that excluded owners are not able to claim the task.
I believe all the above is feasible because a.) there is nothing to stop the developer from extending WSHumanTaskHandler in the described manner, and using it in the application code and b.) the ORM file is specified in persistence.xml which is a developer-configurable file, so the developer should be at liberty to specify a different file. So all this could be done without "hacking" jBPM directly.
However I am uncomfortable with this approach because the overridden executeWorkItem method as well as the replacement ORM file would be created using a copy-and-paste methodology so that when progressing to a later version of jBPM it would be necessary to modify these to reflect the original logic.
Nevertheless, if there is some intention to support this type of functionality in a future release of jBPM (and assuming I am right to conclude it is not currently supported) this might be a justifiable short-term solution.
--------------------------------------------------------------
Reply to this message by going to Community
[https://community.jboss.org/message/646719#646719]
Start a new discussion in jBPM at Community
[https://community.jboss.org/choose-container!input.jspa?contentType=1&con...]
12 years, 4 months
[JBoss Web Services] - ClassCastException using CXF 2.7.0 JAX-RS Client in JBoss AS7
by Vinoj Mathew
Vinoj Mathew [https://community.jboss.org/people/mathewvino] created the discussion
"ClassCastException using CXF 2.7.0 JAX-RS Client in JBoss AS7"
To view the discussion, visit: https://community.jboss.org/message/806803#806803
--------------------------------------------------------------
I have trouble with CXF 2.7.0 in a JBoss AS7 environment. There is a classpath conflict with the RESTEasy Response class:
Caused by: java.lang.ClassCastException: org.jboss.resteasy.core.ServerResponse cannot be cast to org.apache.cxf.jaxrs.impl.ResponseImpl at org.apache.cxf.jaxrs.client.WebClient.handleResponse(WebClient.java:975) ...
Google around and added the following configuration in jboss_deployement_structure.xml file. But no luck I am using jboss7.1.1 as my application server. Any thoughts on this. Thanks for the help
<sub-deployment name="tfnmgr.war">
<exclusions>
<module name="org.jboss.resteasy.resteasy-atom-provider"/>
<module name="org.jboss.resteasy.resteasy-cdi"/>
<module name="org.jboss.resteasy.resteasy-jaxrs"/>
<module name="org.jboss.resteasy.resteasy-jaxb-provider"/>
<module name="org.jboss.resteasy.resteasy-jackson-provider"/>
<module name="org.jboss.resteasy.resteasy-jettison-provider"/>
<module name="org.jboss.resteasy.resteasy-yaml-provider"/>
<module name="org.jboss.as.webservices.*"/>
<module name="org.jboss.ws.*" />
<module name="org.jboss.resteasy.resteasy-jsapi"/>
<module name="org.jboss.resteasy.resteasy-multipart-provider"/>
<module name="org.jboss.resteasy.async-http-servlet-30"/>
</exclusions>
</sub-deployment>
--------------------------------------------------------------
Reply to this message by going to Community
[https://community.jboss.org/message/806803#806803]
Start a new discussion in JBoss Web Services at Community
[https://community.jboss.org/choose-container!input.jspa?contentType=1&con...]
12 years, 4 months