[JBoss Web Services] New message: "Re: Get E_authTokenRequired (10120) on jUDDI on JBoss 5.1.0"
by malcolm arnold
User development,
A new message was posted in the thread "Get E_authTokenRequired (10120) on jUDDI on JBoss 5.1.0":
http://community.jboss.org/message/527963#527963
Author : malcolm arnold
Profile : http://community.jboss.org/people/m_arnold
Message:
--------------------------------------------------------------
My message was truncated...? Is it possible to avoid using this horrible markup thingy?
The rest should be:
Response body:
<env:Fault xmlns:env="http://schemas.xmlsoap.org/soap/envelope/"><faultcode>env:Client</faultcode><faultstring>E_authTokenRequired (10120) An invalid authentication token was passed to an API call that requires authentication. authToken: </faultstring><faultactor/><detail><dispositionReport generic="2.0" operator="jUDDI.org" xmlns="urn:uddi-org:api_v2"><result errno="10120"><errInfo errCode="E_authTokenRequired">E_authTokenRequired (10120) An invalid authentication token was passed to an API call that requires authentication. authToken: </errInfo></result></dispositionReport></detail></env:Fault>
Caught exception: null
E_authTokenRequired (10120) An invalid authentication token was passed to an API call that requires authentication. authToken:
at org.uddi4j.UDDIElement.<init>(Unknown Source)
at org.uddi4j.response.BusinessDetail.<init>(Unknown Source)
at org.uddi4j.client.UDDIProxy.save_business(Unknown Source)
at org.uddibrowser.uddi.UDDIWrapper.saveBusiness(UDDIWrapper.java:237)
at org.uddibrowser.RegistryActionController.processCreate(RegistryActionController.java:728)
at org.uddibrowser.RegistryActionController.asyncWork(RegistryActionController.java:465)
at org.uddibrowser.RegistryActionController.access$000(RegistryActionController.java:76)
at org.uddibrowser.RegistryActionController$1.construct(RegistryActionController.java:354)
at org.uddibrowser.ui.SwingWorker$2.run(SwingWorker.java:137)
at java.lang.Thread.run(Thread.java:595)
TransportFactory: Using transport name:org.uddi4j.transport.ApacheSOAPTransport
The error in the JBoss log is:
15:51:08,162 INFO [JDBCDataStore] Generated token 'authToken:41D20B10-2093-11DF-B662-DE11C725E172' for user: 'jboss/JBoss User'
15:51:08,284 ERROR [SaveBusinessFunction] E_authTokenRequired (10120) An invalid authentication token was passed to an API call that requires authentication. authToken:
15:51:08,285 ERROR [JUDDIServlet] RegistryException::
E_authTokenRequired (10120) An invalid authentication token was passed to an API call that requires authentication. authToken:
at org.apache.juddi.function.AbstractFunction.getPublisher(AbstractFunction.java:71)
at org.apache.juddi.function.SaveBusinessFunction.execute(SaveBusinessFunction.java:96)
at org.apache.juddi.registry.RegistryEngine.execute(RegistryEngine.java:194)
at org.jboss.jaxr.juddi.JUDDIServlet.doPost(JUDDIServlet.java:169)
I have record in the PUBLISHER table with PUBLISHER_ID = 'jboss' (which I didn't insert, I don't know how it got there). Everytime I try to create a business I get a new row in the AUTH_TOKEN table. That all seems to be working, but for some reason it seems to think my new auth token is invalid?
I have configured jUDDI to use Oracle - could that somehow be causing the problem?
--------------------------------------------------------------
To reply to this message visit the message page: http://community.jboss.org/message/527963#527963
16 years, 4 months
[JBoss Web Services] New message: "Get E_authTokenRequired (10120) on jUDDI on JBoss 5.1.0"
by malcolm arnold
User development,
A new message was posted in the thread "Get E_authTokenRequired (10120) on jUDDI on JBoss 5.1.0":
http://community.jboss.org/message/527959#527959
Author : malcolm arnold
Profile : http://community.jboss.org/people/m_arnold
Message:
--------------------------------------------------------------
Hi,
I am having difficulties using http://www.uddibrowser.org/ against jUDDI as built in to JBoss AS 5.1.0 GA under the 'all' configuration.
Inquiries work ok, but I'm having trouble publishing, specifically trying to create a new Business.
The output I get in the client UDDI browser is:
Request body:
<get_authToken cred="" generic="2.0" userID="jboss" xmlns="urn:uddi-org:api_v2"/>
Response body:
<uddi:authToken generic="2.0" operator="jUDDI.org" xmlns:uddi="urn:uddi-org:api_v2"><uddi:authInfo>authToken:41D20B10-2093-11DF-B662-DE11C725E172</uddi:authInfo></uddi:authToken>
Request body:
<save_business generic="2.0" xmlns="urn:uddi-org:api_v2"><authInfo/><businessEntity businessKey=""><name>New Business</name></businessEntity></save_business>
--------------------------------------------------------------
To reply to this message visit the message page: http://community.jboss.org/message/527959#527959
16 years, 4 months
[JBoss Microcontainer] New message: "Re: Processed BMD as an input to a deployer"
by Ales Justin
User development,
A new message was posted in the thread "Processed BMD as an input to a deployer":
http://community.jboss.org/message/527952#527952
Author : Ales Justin
Profile : http://community.jboss.org/people/alesj
Message:
--------------------------------------------------------------
> I am sure that i am not doing it right. So is there a way wherein i can achieve what i am trying to do?
Not completely wrong, but not right either. :-)
Why it doesn't work is b/c you're dependant on the Deployers order.
And even if BMDDeployer kicked in eariler, it wouldn't be done right.
e.g. your DeployerB is used before BMDDeployer installs XYZ into Controller, but than XYZ' dependency might be missing
What you need to do is the following.
Instead of attaching BMD, you should simply install it into Controller -- with proper CL metadata, etc ...
Plus, add proper dependencies between underlying Deployment[Unit] and your new BMD's KernelControllerContext.
This way your deployment will only move into DeployerB once the XYZ' injection is satisified.
OK?
If you have problems hacking this, let me know, and I'll put together a quick prototype for you.
--------------------------------------------------------------
To reply to this message visit the message page: http://community.jboss.org/message/527952#527952
16 years, 4 months
[Beginner's Corner] New message: "Re: Port already in use: 1098 - URGENT"
by Scott Marlow
User development,
A new message was posted in the thread "Port already in use: 1098 - URGENT":
http://community.jboss.org/message/527936#527936
Author : Scott Marlow
Profile : http://community.jboss.org/people/smarlow@redhat.com
Message:
--------------------------------------------------------------
Sashi,
The most likely suspect is that revious to binding the server listening port to 1098, a client socket connection already was assigned to 1098. The information that you mention below doesn't back up this theory. That is assuming you following the steps:
1. Start JBoss
2. After seeing port 1098 in use error, obtain a list of all ports in use and see what 1098 is being used for.
Possible reasons for port 1098 to be in use:
A. The TCPIP stack assigned port 1098 to a client connection prior to the failure.
B. Some other program/process is already using port 1098.
It seems more likely to be caused by [A]. Restarting the OS and starting JBoss before starting other things could influence whether this scenario can happen. This doesn't mean that you operationally need to reboot the OS after every JBoss restart. Just be aware that the problem could happen and next time consider a OS reboot instead of re-install.
If this continues to cause your production environment pain, other solutions could be used.
Scott
--------------------------------------------------------------
To reply to this message visit the message page: http://community.jboss.org/message/527936#527936
16 years, 4 months
[JBoss AOP Development] New message: "Re: ClassPool Refactoring"
by Flavia Rainone
User development,
A new message was posted in the thread "ClassPool Refactoring":
http://community.jboss.org/message/527915#527915
Author : Flavia Rainone
Profile : http://community.jboss.org/people/flavia.rainone@jboss.com
Message:
--------------------------------------------------------------
> alesj wrote:
> It depends how and were things are cached.
This cache I'm talking about is one that is ScopedClassPool. It contains only the ctClasses created by that particular CP.
> alesj wrote:
>
> Since, of course you should be able to re-deploy things, while Classpool still reflect proper/actual state.Undeploy should evict related things from cache as well.
>
> Re-deploy is the only scenario I see as valid, that would change the structure/state.
If something is undeployed, isn't the ClassLoader simply "thrown away"? The same will happen to the CP.
Plus, if something is redeployed, isn't a new ClassLoader created for the new deployment? Since every CP is associated with a CL, we would hence have a new CP for that new CL, and the old cache would be automatically discarded.
--------------------------------------------------------------
To reply to this message visit the message page: http://community.jboss.org/message/527915#527915
16 years, 4 months