NOTICE: This channel is no longer actively logged.
[00:16:09] <gmcdonald> KurtStam: I take it those userid and passwords in the output are not sensitive :)[00:23:34] <KurtStam> Hi Gavin[00:23:46] <KurtStam> Gavin, in what output?[00:24:06] <gmcdonald> http://ci.apache.org/builders/juddi-trunk/builds/72/steps/compile/logs/stdio[00:24:25] <gmcdonald> that was the last build you triggered from IRC , which failed btw :)[00:48:25] <KurtStam> gmcdonald, right. the issue is that one some data was set up with a window from 2009-2010. So when the year roled over things started failing..[00:49:16] <KurtStam> and no those username and pwds are just examples[00:49:19] <gmcdonald> aha, another project with the Y2K10 bug :)[00:49:26] <KurtStam> lol[00:49:28] <KurtStam> yeah[00:49:30] <gmcdonald> Ive seen a few of those[00:49:49] <KurtStam> it will be a Y21k bug soon[00:49:56] <gmcdonald> and one of our banks ATM machines stopped accepting cards too, saying they were all expired[00:50:06] <KurtStam> someones problem at that point ;)[00:50:12] <KurtStam> nice[00:50:12] <gmcdonald> true[02:07:30] *** KurtStam has quit IRC[02:07:32] *** juddi-bot has quit IRC[02:07:36] *** gmcdonald has quit IRC[02:16:01] *** KurtStam has joined #juddi[02:16:01] *** gmcdonald has joined #juddi[02:16:01] *** juddi-bot has joined #juddi[03:32:41] *** juddi-bot has quit IRC[03:35:12] *** juddi-bot has joined #juddi[04:24:41] *** KurtStam has quit IRC[11:25:26] *** gmcdonald has quit IRC[14:23:36] *** KurtStam has joined #juddi[14:49:55] *** jlocker has joined #juddi[16:47:14] <jlocker> KurtStam: hello Kurt![16:47:15] <KurtStam> Hey Jiri[16:47:22] <KurtStam> How are you?[16:47:48] <jlocker> not bad.. :-) and you?[16:48:08] <jlocker> i'm fighting with the juddi client[16:48:12] <KurtStam> yeah can't complain :)[16:48:18] <KurtStam> what can i do?[16:48:30] <jlocker> i managed to obtain the transport class with this command[16:48:30] <jlocker> String clazz = UDDIClerkManager.getClientConfig().getUDDINode("default").getProxyTransport();[16:48:42] <jlocker> the result is org.apache.juddi.v3.client.transport.RMITransport[16:49:08] <KurtStam> this is configured in the uddi.xml you put on the classpath[16:49:12] <KurtStam> ok[16:50:07] <jlocker> yep, but if i'm using the client in esb.deployer/lib.. where this is configured?[16:50:33] <KurtStam> in the esb.uddi.xml in the jbossesb.sar[16:51:25] <jlocker> i looked at it, but there's "<proxyTransport>org.jboss.internal.soa.esb.registry.client.JuddiInVMTransport</proxyTransport>" in it[16:51:53] <jlocker> and that confuses me[16:52:36] <KurtStam> me too :)[16:52:58] <KurtStam> turn on debug logging might help[16:53:11] <KurtStam> it should tell you where it is loading things from[17:08:54] <jlocker> what logging do you mean? the client's?[17:09:05] <jlocker> KurtStam:[17:09:25] <KurtStam> yeah log4j[17:10:21] <KurtStam> so you see what the client code does[17:22:47] <jlocker> INFO - Starting UDDI Clerks...[17:22:47] <jlocker> INFO - Clerks started succesfully for manager test-manager[17:23:10] <jlocker> KurtStam: just this.. doesn't seem helpful :-([17:23:14] <KurtStam> you can't get DEBUG level?[17:23:31] <jlocker> i've set it[17:23:50] <jlocker> i think..[17:24:07] <jlocker> Logger logger = Logger.getLogger(UDDIClerkManager.class);[17:24:07] <jlocker> logger.setLevel(Level.DEBUG);[17:24:09] <KurtStam> maybe you have a threshold set in your appender[17:36:15] <jlocker> DEBUG - ConfigurationUtils.locate(): base is null, name is META-INF/uddi.xml[17:36:15] <jlocker> DEBUG - Loading configuration from the context classpath (META-INF/uddi.xml)[17:47:04] <jlocker> KurtStam: i'm starting to think that the client i'm using is not the one that is configured by the esb.uddi.xml in the jbossesb.sar[17:47:35] <KurtStam> yeah maybe there is another config file somewhere on your cp[18:28:14] *** jlocker1 has joined #juddi[18:29:02] *** jlocker has quit IRC[19:16:48] <jlocker1> KurtStam: you were right![19:16:54] *** jlocker1 is now known as jlocker[19:48:13] <KurtStam> :)[20:02:37] <jlocker> KurtStam: i'm getting NPE when transport.getSecurityService();[20:03:07] <KurtStam> at which line?[20:04:20] <jlocker> i'm referring to the exapmle code http://www.redhat.com/docs/en-US/JBoss_SOA_Platform/5.0.0-Beta1/html/jUDDI_User_Guide/chap-Using_jUDDI-Client.html[20:04:44] <jlocker> this is inside the log[20:04:44] <jlocker> 896 [main] DEBUG org.apache.juddi.v3.client.transport.RMITransport - Looking up service=/juddiv3/UDDISecurityService[20:05:18] <KurtStam> ok so which remote server do you use?[20:05:26] <KurtStam> the one in the appserver[20:05:28] <KurtStam> ?[20:05:46] <jlocker> i think so[20:05:59] <jlocker> i have the soa-p running[20:06:04] <KurtStam> is your client a standalone app?[20:06:25] <KurtStam> it sounds to be the JNDI lookup is failing..[20:07:16] <KurtStam> did you see this?[20:07:17] <KurtStam> http://svn.apache.org/repos/asf/webservices/juddi/trunk/docs/examples/helloworld/[20:09:33] <jlocker> i did[20:11:13] <KurtStam> maybe it is easier to get started with the code in the project[20:11:25] <KurtStam> then when stuff starts working move back to soa-p[20:11:36] <KurtStam> at least then you know you're on the right track[20:13:39] <jlocker> i think i'll try to change the transport type to jax-ws[20:14:33] <KurtStam> yes that is much easier[20:24:43] <jlocker> KurtStam: it seems it works.. i mean the client config and the code work[20:25:12] <KurtStam> cool using jaxws?[20:25:17] <jlocker> yep[20:25:28] <jlocker> but the service's WSDL is invalid[20:25:39] <KurtStam> ?[20:26:20] <jlocker> i think that's because of the login console.. i pointed this out when we were on the phone[20:27:11] <KurtStam> maybe you can explain what it you mean with the wsdl is invalid?[20:28:18] <jlocker> org.apache.juddi.v3.client.transport.TransportException: Failed to access the WSDL at: http://localhost:8080/uddi-console/services/security?wsdl. It failed with:[20:28:18] <jlocker> Invalid WSDL http://localhost:8080/uddi-console/services/security?wsdl, expected {http://schemas.xmlsoap.org/wsdl/}definitions found html at (line[row,col,system-id]: [1,1,"http://localhost:8080/uddi-console/services/security?wsdl"]).[20:28:18] <jlocker> at org.apache.juddi.v3.client.transport.JAXWSTransport.getUDDISecurityService(JAXWSTransport.java:79)[20:29:35] <KurtStam> interesting.. never seen that before[20:29:48] <KurtStam> can you visually inspect the wsdl?[20:31:46] <jlocker> when i open http://localhost:8080/uddi-console/services/security?wsdl in the browser i get the login screen[20:32:17] <jlocker> if i log in, i get http status 404[20:32:52] <KurtStam> do you see wdsl here:[20:32:53] <KurtStam> http://localhost:8080/uddi-console/services/security?wsdl[20:33:06] <KurtStam> actually that seems really wrong[20:33:19] <KurtStam> the console has no wsdl[20:33:47] <KurtStam> is that where the webservices are deployed?[20:47:20] <KurtStam> still there?[20:47:34] <KurtStam> jlocker, still there?[20:47:44] <jlocker> KurtStam: yes[20:48:26] <KurtStam> I just added root=root to soa-users.properties[20:48:29] <KurtStam> and also added[20:48:53] <KurtStam> the same roles to root as admin in:[20:48:54] <KurtStam> soa-roles.properties[20:49:07] <KurtStam> then I can log into the uddi-console as root/root[20:49:20] <KurtStam> and I was able to create a publisher[20:49:40] <KurtStam> I think that was one of the items on our list?[20:50:34] <jlocker> KurtStam: yes, it was[20:50:39] <KurtStam> yeah item 5..[20:51:15] <KurtStam> the trick is that you need to be 'root' since this the only publisher that has the 'isAdmin' check set by default.[20:51:39] <KurtStam> item 1; there are simply no WS endpoints in ER6[20:52:20] <jlocker> that's part of the trick..[20:52:33] <jlocker> this realy didn't work[20:52:45] <jlocker> but it works now for me too[20:53:10] <jlocker> have you downloaded the ER6 with new UI?[20:53:20] <KurtStam> I have ER6 yes[20:53:40] <jlocker> yeah, but currently there are two of them :-)[20:54:19] <KurtStam> when I unzip it says:[20:54:39] <KurtStam> jboss-soa-p.5.0.0 2[20:54:44] <KurtStam> is that the right one?[20:55:38] <jlocker> this is always inside the zip[20:55:51] <jlocker> where do you get the releases from?[23:07:29] *** jlocker has quit IRC