Re: [jboss-user] [JNDI and Naming] - LDAP connection management
by fernando＠lozano.eti.br
Hi,
I guess you would need a JCA resource adapter (RAR) for LDAP/JNDI, like the
ones Java EE and JBoss AS have for JDBC, JMS and JavaMail. If you do find
(or write) one, please tell the list.
[]s, Fernando Lozano
---- Original Message ----
From: borfnorton22 borfnorton22
To: "User development"
Sent: Ter, Mai 24, 2011, 16:25 PM
Subject: [jboss-user] [JNDI and Naming] - LDAP connection management
JBoss Community (http://community.jboss.org/index.jspa)
LDAP connection management
created by borfnorton22 borfnorton22
(http://community.jboss.org/people/borfnorton22) in JNDI and Naming - View
the full discussion (http://community.jboss.org/message/606808#606808)
------------------------------------
Hi,
We have an application which makes use of LDAP connections to an external
LDAP server for various operation.
This application resides in two different datacenters in different parts
of the world (A and B) and each (A and B) should be connecting to different
LDAP datasources (i.e. A connects to LDAP-A, and B connects to LDAP-B)
The application runs on Jboss 6 and the code that needs the LDAP
connections is simply in an stateless EJB
We would like the Jboss servers in A and B to have a way to provide the
LDAP connections, similar to how we wire in actual @Resource jboss -DS.xml
defined DataSources.
Is this possible (container managed ldap connections)? Or is there a way
for the container to store ldap connection config info (i.e. the hostname,
credentials) that the EJB can have injected and create the JNDI connection
on its own?
Reply to this message by going to Community
(http://community.jboss.org/message/606808#606808)
Start a new discussion in JNDI and Naming at Community
(http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...)
14 years, 10 months
[JNDI and Naming] - LDAP connection management
by borfnorton22 borfnorton22
borfnorton22 borfnorton22 [http://community.jboss.org/people/borfnorton22] created the discussion
"LDAP connection management"
To view the discussion, visit: http://community.jboss.org/message/606808#606808
--------------------------------------------------------------
Hi,
We have an application which makes use of LDAP connections to an external LDAP server for various operation.
This application resides in two different datacenters in different parts of the world (A and B) and each (A and B) should be connecting to different LDAP datasources (i.e. A connects to LDAP-A, and B connects to LDAP-B)
The application runs on Jboss 6 and the code that needs the LDAP connections is simply in an stateless EJB
We would like the Jboss servers in A and B to have a way to provide the LDAP connections, similar to how we wire in actual @Resource jboss -DS.xml defined DataSources.
Is this possible (container managed ldap connections)? Or is there a way for the container to store ldap connection config info (i.e. the hostname, credentials) that the EJB can have injected and create the JNDI connection on its own?
--------------------------------------------------------------
Reply to this message by going to Community
[http://community.jboss.org/message/606808#606808]
Start a new discussion in JNDI and Naming at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]
14 years, 10 months
[jBPM] - End-user interface possibilities and experiences, anyone?
by leon_
leon_ [http://community.jboss.org/people/leon_] created the discussion
"End-user interface possibilities and experiences, anyone?"
To view the discussion, visit: http://community.jboss.org/message/606758#606758
--------------------------------------------------------------
Hi all,
First off, I want to applaud all efforts that are being put into the creation and optimization of jBPM. Working with business rules and various rule-engines I find jBPM (or Drools for that matter) a real nice OpenSource effort that easily competes with most commercial platforms.
On the bad side I found it a technical platform here and there and I hope the community and the developers place some emphasis on the UI for business engineers/domain specialists as well as the UI for end-users. I do note the great improvements jBPM has made e.g. coming from version 3.
As I feel I have explorerd every possible way to create forms for the end user (the jBPM-console, Tohu etc.) I am very curious how most of you create forms. Do you use ftl, or have you created a specific webservice on top of jBPM? And if so, how did you connect with the jBPM API? I find it difficult to work with parameter passing as I have no clear view how and where they are managed in the various jBPM examples. When looking at these examples I often see simple programs, using mainly or only HTML for example. I also wonder if, how and why Tohu "died".
So if any of you have found a way to easily build forms and interact with the end-user in a user-friendly way, that is also easy to create and maintain by business minded people, instead of more technical knowledgeable individuals, please let me know!
I read a post that a wiki entry would be opened to share such experiences, but I have not found this wiki page, hence my post!
Regards,
Leon
--------------------------------------------------------------
Reply to this message by going to Community
[http://community.jboss.org/message/606758#606758]
Start a new discussion in jBPM at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]
14 years, 10 months
[JBoss Web Services] - Upgrading from AS 5.1 to AS 6 WS error
by Chris Laprun
Chris Laprun [http://community.jboss.org/people/claprun] created the discussion
"Upgrading from AS 5.1 to AS 6 WS error"
To view the discussion, visit: http://community.jboss.org/message/602718#602718
--------------------------------------------------------------
My web service that was properly working on AS 5.1 is now broken on AS 6 with seemingly a problem matching generated stub methods and WSDL definition. I get the following error and based on some googling, it would seem that re-generating the stubs using CXF instead of JBoss WS would solve the issue. I would like to avoid re-generating the stubs if at all possible so I'm wondering if I might be missing something.
I first get a warning:
14:47:29,105 WARN [org.apache.cxf.service.factory.ReflectionServiceFactoryBean] Could not unwrap Operation {urn:oasis:names:tc:wsrp:v2:intf}register to match method "public abstract void org.oasis.wsrp.v2.WSRPV2RegistrationPortType.register(org.oasis.wsrp.v2.RegistrationData,org.oasis.wsrp.v2.Lifetime,org.oasis.wsrp.v2.UserContext,javax.xml.ws.Holder,javax.xml.ws.Holder,javax.xml.ws.Holder,javax.xml.ws.Holder) throws org.oasis.wsrp.v2.MissingParameters,org.oasis.wsrp.v2.OperationFailed,org.oasis.wsrp.v2.OperationNotSupported"
then an error:
14:47:29,175 ERROR [org.jboss.wsf.common.invocation.InvocationHandlerJAXWS] Method invocation failed with exception: wrong number of arguments: java.lang.IllegalArgumentException: wrong number of arguments
[...]
14:47:29,189 WARN [org.apache.cxf.phase.PhaseInterceptorChain] Application {urn:oasis:names:tc:wsrp:v2:wsdl}WSRPService#{urn:oasis:names:tc:wsrp:v2:intf}register has thrown exception, unwinding now: org.apache.cxf.interceptor.Fault: wrong number of arguments
[...]
Caused by: java.lang.IllegalArgumentException: wrong number of arguments
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [:1.6.0_24]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) [:1.6.0_24]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) [:1.6.0_24]
at java.lang.reflect.Method.invoke(Method.java:597) [:1.6.0_24]
at org.jboss.wsf.common.invocation.AbstractInvocationHandlerJSE.invoke(AbstractInvocationHandlerJSE.java:102) [:1.4.1.GA]
at org.jboss.wsf.stack.cxf.AbstractInvoker._invokeInternal(AbstractInvoker.java:164) [:3.4.1.GA]
What gives?
--------------------------------------------------------------
Reply to this message by going to Community
[http://community.jboss.org/message/602718#602718]
Start a new discussion in JBoss Web Services at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]
14 years, 10 months
[jBPM] - jbpm5 apps running on custom address and port
by Chris Melas
Chris Melas [http://community.jboss.org/people/melc] created the discussion
"jbpm5 apps running on custom address and port"
To view the discussion, visit: http://community.jboss.org/message/606702#606702
--------------------------------------------------------------
Hello everyone,
I've noticed that running jbpm on custom address and port, i.e. other than localhost and 8080, it is required to do the following steps for jboss, guvnor's packages and the console,
1. replace the localhost in build.xml as binding address for jboss, or specify the binding address if jboss starts with another script
2. fix changeset.xml files
3. replace the localhost in designer.war wherever it is found (in profiles drools.xml and some .js files), especially the drools.xml
4. and jbpm.console.server.host in the jbpm.console.properties of the jbpm-gwt-corexxxx.jar found in jbpm-gwt-console-server.war
However although everything seems to work fine, creating/saving a bpmn process and viewing its source in oryx designer of guvnor does not work.
I've tried it couple of times and when it comes to saving and viewing the source of the process in oryx designer of guvnor i get blank canvas after save and the source that i get is from port 8080.
Well, this happens because the address and port are hardcoded in org.drools.guvnor.server.GuvnorAPIServlet and org.drools.guvnor.server.contenthandler.BPMN2ProcessHandler classes of guvnor war. There is a todo note in the classes for changing that, so i suppose this will be corrected soon.
If however one needs to make it work on different address and port then just replace localhost and 8080 on the above classes and replace them in the guvnor war. Then everything works fine :)
--------------------------------------------------------------
Reply to this message by going to Community
[http://community.jboss.org/message/606702#606702]
Start a new discussion in jBPM at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]
14 years, 10 months