buildbot success in ASF Buildbot on juddi-trunk-dotnet
The Buildbot has detected a restored build on builder juddi-trunk-dotnet while building ASF Buildbot. Full details are available at: http://ci.apache.org/builders/juddi-trunk-dotnet/builds/143 Buildbot URL: http://ci.apache.org/ Buildslave for this Build: bb-win7 Build Reason: scheduler Build Source Stamp: [branch juddi/trunk] 1540582 Blamelist: alexoree Build succeeded! sincerely, -The Buildbot
[jira] [Resolved] (JUDDI-685) Asciidoc generation fails
[
https://issues.apache.org/jira/browse/JUDDI-685?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kurt T Stam resolved JUDDI-685.
---
Resolution: Fixed
> Asciidoc generation fails
> -
>
> Key: JUDDI-685
> URL: https://issues.apache.org/jira/browse/JUDDI-685
> Project: jUDDI
> Issue Type: Bug
>Reporter: Alex O'Ree
>Assignee: Kurt T Stam
>Priority: Blocker
> Fix For: 3.2
>
>
> [ERROR] Failed to execute goal
> org.jboss.maven.plugins:maven-jdocbook-plugin:2.3.8:generate
> (default-generate) on projec
> t juddi-wiki: XSLT problem: error rendering
> [org.apache.fop.fo.ValidationException: "{http://www.w3.org/1999/XSL/Format}
> page-sequence" is not a valid child of "fo:flow"! (See position -1:-1);
> SystemID: jar:file:/C:/Users/alex/.m2/repositor
> y/net/sf/docbook/docbook/1.74.0/docbook-1.74.0.jar!/fo/pagesetup.xsl; Line#:
> 1601; Column#: -1] on Guide.xml -> [Help 1]
--
This message was sent by Atlassian JIRA
(v6.1#6144)
[jira] [Closed] (JUDDI-685) Asciidoc generation fails
[
https://issues.apache.org/jira/browse/JUDDI-685?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kurt T Stam closed JUDDI-685.
-
fixed
> Asciidoc generation fails
> -
>
> Key: JUDDI-685
> URL: https://issues.apache.org/jira/browse/JUDDI-685
> Project: jUDDI
> Issue Type: Bug
>Reporter: Alex O'Ree
>Assignee: Kurt T Stam
>Priority: Blocker
> Fix For: 3.2
>
>
> [ERROR] Failed to execute goal
> org.jboss.maven.plugins:maven-jdocbook-plugin:2.3.8:generate
> (default-generate) on projec
> t juddi-wiki: XSLT problem: error rendering
> [org.apache.fop.fo.ValidationException: "{http://www.w3.org/1999/XSL/Format}
> page-sequence" is not a valid child of "fo:flow"! (See position -1:-1);
> SystemID: jar:file:/C:/Users/alex/.m2/repositor
> y/net/sf/docbook/docbook/1.74.0/docbook-1.74.0.jar!/fo/pagesetup.xsl; Line#:
> 1601; Column#: -1] on Guide.xml -> [Help 1]
--
This message was sent by Atlassian JIRA
(v6.1#6144)
[jira] [Commented] (JUDDI-685) Asciidoc generation fails
[
https://issues.apache.org/jira/browse/JUDDI-685?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13818654#comment-13818654
]
Kurt T Stam commented on JUDDI-685:
---
Few things I had to clean up:
0. I upgraded to the latest jdocbook/pressgang - our old version stopped
working due to dependencies no longer found.
1. Don't use level 0 titles; "==" is the top level. "=" is reserved for the
title of the book.
2. Don't use weird characters in file names (no dash "-", space or quote)
3. Add a figures like in
https://github.com/UDDI/juddi/wiki/GuideUDDIRegistryIntroduction - still a lot
of those need fixing.
4. Run the build often - searching for what's broken can take a bit.
> Asciidoc generation fails
> -
>
> Key: JUDDI-685
> URL: https://issues.apache.org/jira/browse/JUDDI-685
> Project: jUDDI
> Issue Type: Bug
>Reporter: Alex O'Ree
>Assignee: Kurt T Stam
>Priority: Blocker
> Fix For: 3.2
>
>
> [ERROR] Failed to execute goal
> org.jboss.maven.plugins:maven-jdocbook-plugin:2.3.8:generate
> (default-generate) on projec
> t juddi-wiki: XSLT problem: error rendering
> [org.apache.fop.fo.ValidationException: "{http://www.w3.org/1999/XSL/Format}
> page-sequence" is not a valid child of "fo:flow"! (See position -1:-1);
> SystemID: jar:file:/C:/Users/alex/.m2/repositor
> y/net/sf/docbook/docbook/1.74.0/docbook-1.74.0.jar!/fo/pagesetup.xsl; Line#:
> 1601; Column#: -1] on Guide.xml -> [Help 1]
--
This message was sent by Atlassian JIRA
(v6.1#6144)
buildbot failure in ASF Buildbot on juddi-trunk-dotnet
The Buildbot has detected a new failure on builder juddi-trunk-dotnet while building ASF Buildbot. Full details are available at: http://ci.apache.org/builders/juddi-trunk-dotnet/builds/142 Buildbot URL: http://ci.apache.org/ Buildslave for this Build: bb-win7 Build Reason: scheduler Build Source Stamp: [branch juddi/trunk] 1540580 Blamelist: alexoree BUILD FAILED: failed compile_2 sincerely, -The Buildbot
[jira] [Commented] (JUDDI-567) Port the client library to .NET
[ https://issues.apache.org/jira/browse/JUDDI-567?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13818645#comment-13818645 ] ASF subversion and git services commented on JUDDI-567: --- Commit 1540582 from [~spyhunter99] in branch 'juddi/trunk' [ https://svn.apache.org/r1540582 ] JUDDI-567 fixing the mono build > Port the client library to .NET > --- > > Key: JUDDI-567 > URL: https://issues.apache.org/jira/browse/JUDDI-567 > Project: jUDDI > Issue Type: New Feature >Reporter: Alex O'Ree >Assignee: Alex O'Ree > Fix For: 3.2 > > > wouldn't it be nice if we had a similar client library for .NET based web > services for automatic registration. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (JUDDI-567) Port the client library to .NET
[ https://issues.apache.org/jira/browse/JUDDI-567?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13818643#comment-13818643 ] ASF subversion and git services commented on JUDDI-567: --- Commit 1540581 from [~spyhunter99] in branch 'juddi/trunk' [ https://svn.apache.org/r1540581 ] JUDDI-567 subscription callbacks added > Port the client library to .NET > --- > > Key: JUDDI-567 > URL: https://issues.apache.org/jira/browse/JUDDI-567 > Project: jUDDI > Issue Type: New Feature >Reporter: Alex O'Ree >Assignee: Alex O'Ree > Fix For: 3.2 > > > wouldn't it be nice if we had a similar client library for .NET based web > services for automatic registration. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (JUDDI-703) Adding audit logging for authToken request's and discards
[ https://issues.apache.org/jira/browse/JUDDI-703?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13818642#comment-13818642 ] ASF subversion and git services commented on JUDDI-703: --- Commit 1540580 from [~spyhunter99] in branch 'juddi/trunk' [ https://svn.apache.org/r1540580 ] JUDDI-567 subscription callbacks added JUDDI-703 added an extra line to log already issued auth token get requests > Adding audit logging for authToken request's and discards > - > > Key: JUDDI-703 > URL: https://issues.apache.org/jira/browse/JUDDI-703 > Project: jUDDI > Issue Type: New Feature >Reporter: Alex O'Ree >Assignee: Alex O'Ree > Fix For: 3.2 > > -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (JUDDI-567) Port the client library to .NET
[ https://issues.apache.org/jira/browse/JUDDI-567?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13818641#comment-13818641 ] ASF subversion and git services commented on JUDDI-567: --- Commit 1540580 from [~spyhunter99] in branch 'juddi/trunk' [ https://svn.apache.org/r1540580 ] JUDDI-567 subscription callbacks added JUDDI-703 added an extra line to log already issued auth token get requests > Port the client library to .NET > --- > > Key: JUDDI-567 > URL: https://issues.apache.org/jira/browse/JUDDI-567 > Project: jUDDI > Issue Type: New Feature >Reporter: Alex O'Ree >Assignee: Alex O'Ree > Fix For: 3.2 > > > wouldn't it be nice if we had a similar client library for .NET based web > services for automatic registration. -- This message was sent by Atlassian JIRA (v6.1#6144)
buildbot failure in ASF Buildbot on juddi-trunk-dotnet-mono
The Buildbot has detected a new failure on builder juddi-trunk-dotnet-mono while building ASF Buildbot. Full details are available at: http://ci.apache.org/builders/juddi-trunk-dotnet-mono/builds/118 Buildbot URL: http://ci.apache.org/ Buildslave for this Build: ceres_ubuntu Build Reason: scheduler Build Source Stamp: [branch juddi/trunk] 1540580 Blamelist: alexoree BUILD FAILED: failed compile_1 sincerely, -The Buildbot
[jira] [Comment Edited] (JUDDI-567) Port the client library to .NET
[ https://issues.apache.org/jira/browse/JUDDI-567?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13743200#comment-13743200 ] Alex O'Ree edited comment on JUDDI-567 at 11/11/13 1:12 AM: Items pending: -(done, unit tests) WSDL2UDDI -(done, unit tests) WADL2UDDI -(done) wsdl registration/unreg -(done) save clerk/node -(defer) alternative transport mechanisms (not sure if it will be supportable or not) -digital signatures (done, unit tests) crypto for encrypted passwords -(partially done) cross platform test for mono - there are known serialization problems with mono and the use of Choice xsd elements -(done-ish, all java documentation copied over), source documentation -(mostly done) annotations, we may want to add some kind of OnStartup event handler to automate the registration process -(done) subscription callback api Notes - embedded mode will not be supported was (Author: spyhunter99): Items pending: -(done, unit tests) WSDL2UDDI -(done, unit tests) WADL2UDDI -(done) wsdl registration/unreg -(done) save clerk/node -(defer) alternative transport mechanisms (not sure if it will be supportable or not) -digital signatures (done, unit tests) crypto for encrypted passwords -(partially done) cross platform test for mono - there are known serialization problems with mono and the use of Choice xsd elements -(done-ish, all java documentation copied over), source documentation -(mostly done) annotations, we may want to add some kind of OnStartup event handler to automate the registration process -subscription callback api Notes - embedded mode will not be supported > Port the client library to .NET > --- > > Key: JUDDI-567 > URL: https://issues.apache.org/jira/browse/JUDDI-567 > Project: jUDDI > Issue Type: New Feature >Reporter: Alex O'Ree >Assignee: Alex O'Ree > Fix For: 3.2 > > > wouldn't it be nice if we had a similar client library for .NET based web > services for automatic registration. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Comment Edited] (JUDDI-567) Port the client library to .NET
[ https://issues.apache.org/jira/browse/JUDDI-567?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13743200#comment-13743200 ] Alex O'Ree edited comment on JUDDI-567 at 11/10/13 8:26 PM: Items pending: -(done, unit tests) WSDL2UDDI -(done, unit tests) WADL2UDDI -(done) wsdl registration/unreg -(done) save clerk/node -(defer) alternative transport mechanisms (not sure if it will be supportable or not) -digital signatures (done, unit tests) crypto for encrypted passwords -(partially done) cross platform test for mono - there are known serialization problems with mono and the use of Choice xsd elements -(done-ish, all java documentation copied over), source documentation -(mostly done) annotations, we may want to add some kind of OnStartup event handler to automate the registration process -subscription callback api Notes - embedded mode will not be supported was (Author: spyhunter99): Items pending: -(done, unit tests) WSDL2UDDI -(done, unit tests) WADL2UDDI -wsdl registration/unreg -save clerk/node -(defer) alternative transport mechanisms (not sure if it will be supportable or not) -digital signatures (done, unit tests) crypto for encrypted passwords -(partially done) cross platform test for mono - there are known serialization problems with mono and the use of Choice xsd elements -(done-ish, all java documentation copied over), source documentation -(mostly done) annotations, we may want to add some kind of OnStartup event handler to automate the registration process -subscription callback api Notes - embedded mode will not be supported > Port the client library to .NET > --- > > Key: JUDDI-567 > URL: https://issues.apache.org/jira/browse/JUDDI-567 > Project: jUDDI > Issue Type: New Feature >Reporter: Alex O'Ree >Assignee: Alex O'Ree > Fix For: 3.2 > > > wouldn't it be nice if we had a similar client library for .NET based web > services for automatic registration. -- This message was sent by Atlassian JIRA (v6.1#6144)
buildbot success in ASF Buildbot on juddi-trunk-dotnet
The Buildbot has detected a restored build on builder juddi-trunk-dotnet while building ASF Buildbot. Full details are available at: http://ci.apache.org/builders/juddi-trunk-dotnet/builds/141 Buildbot URL: http://ci.apache.org/ Buildslave for this Build: bb-win7 Build Reason: scheduler Build Source Stamp: [branch juddi/trunk] 1540533 Blamelist: alexoree Build succeeded! sincerely, -The Buildbot
[jira] [Commented] (JUDDI-707) Identify the purpose for UDDIClerk.saveNode(Node n) and a workflow of how its used
[ https://issues.apache.org/jira/browse/JUDDI-707?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13818533#comment-13818533 ] ASF subversion and git services commented on JUDDI-707: --- Commit 1540533 from [~spyhunter99] in branch 'juddi/trunk' [ https://svn.apache.org/r1540533 ] JUDDI-707 adding examples of how to use SaveNode/SaveClerk, PrintJUDDI class > Identify the purpose for UDDIClerk.saveNode(Node n) and a workflow of how its > used > -- > > Key: JUDDI-707 > URL: https://issues.apache.org/jira/browse/JUDDI-707 > Project: jUDDI > Issue Type: Task >Reporter: Alex O'Ree >Assignee: Kurt T Stam >Priority: Critical > Fix For: 3.2 > > > Looking at the code, it appears as if the purpose for UDDIClerk.saveNode is > to tell the specified Node "n" that Node "n" exists and to store it in its > own database. > This doesn't make any sense. My assumption is that the purpose of SaveNode > and SaveClerk of the jUDDI API service is to enable and facilitate internode > communication (and other admin stuff). Thus the question, should this be > reworked so that it reads more like, "hey current node that I'm connected to, > there's another UDDI node over there and I want you to hook up with them". > This sort of implies some kind of federation or trust level. > There's literally no documentation on this, so documenting this is a subtask. -- This message was sent by Atlassian JIRA (v6.1#6144)
buildbot success in ASF Buildbot on juddi-trunk-dotnet-mono
The Buildbot has detected a restored build on builder juddi-trunk-dotnet-mono while building ASF Buildbot. Full details are available at: http://ci.apache.org/builders/juddi-trunk-dotnet-mono/builds/117 Buildbot URL: http://ci.apache.org/ Buildslave for this Build: ceres_ubuntu Build Reason: scheduler Build Source Stamp: [branch juddi/trunk] 1540533 Blamelist: alexoree Build succeeded! sincerely, -The Buildbot
buildbot failure in ASF Buildbot on juddi-trunk-dotnet
The Buildbot has detected a new failure on builder juddi-trunk-dotnet while building ASF Buildbot. Full details are available at: http://ci.apache.org/builders/juddi-trunk-dotnet/builds/140 Buildbot URL: http://ci.apache.org/ Buildslave for this Build: bb-win7 Build Reason: scheduler Build Source Stamp: [branch juddi/trunk] 1540526 Blamelist: alexoree BUILD FAILED: failed compile_2 sincerely, -The Buildbot
[jira] [Commented] (JUDDI-698) juddi-gui edit subscription page date picker doesn't work
[ https://issues.apache.org/jira/browse/JUDDI-698?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13818527#comment-13818527 ] ASF subversion and git services commented on JUDDI-698: --- Commit 1540526 from [~spyhunter99] in branch 'juddi/trunk' [ https://svn.apache.org/r1540526 ] JUDDI-698 partial fix, formatting updates JUDDI-707 adding examples of how to use SaveNode/SaveClerk, PrintJUDDI class > juddi-gui edit subscription page date picker doesn't work > - > > Key: JUDDI-698 > URL: https://issues.apache.org/jira/browse/JUDDI-698 > Project: jUDDI > Issue Type: Bug >Reporter: Alex O'Ree >Assignee: Alex O'Ree > Fix For: 3.2.1 > > > https://github.com/tarruda/bootstrap-datetimepicker/issues/created_by/spyhunter99?state=open -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (JUDDI-707) Identify the purpose for UDDIClerk.saveNode(Node n) and a workflow of how its used
[ https://issues.apache.org/jira/browse/JUDDI-707?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13818528#comment-13818528 ] ASF subversion and git services commented on JUDDI-707: --- Commit 1540526 from [~spyhunter99] in branch 'juddi/trunk' [ https://svn.apache.org/r1540526 ] JUDDI-698 partial fix, formatting updates JUDDI-707 adding examples of how to use SaveNode/SaveClerk, PrintJUDDI class > Identify the purpose for UDDIClerk.saveNode(Node n) and a workflow of how its > used > -- > > Key: JUDDI-707 > URL: https://issues.apache.org/jira/browse/JUDDI-707 > Project: jUDDI > Issue Type: Task >Reporter: Alex O'Ree >Assignee: Kurt T Stam >Priority: Critical > Fix For: 3.2 > > > Looking at the code, it appears as if the purpose for UDDIClerk.saveNode is > to tell the specified Node "n" that Node "n" exists and to store it in its > own database. > This doesn't make any sense. My assumption is that the purpose of SaveNode > and SaveClerk of the jUDDI API service is to enable and facilitate internode > communication (and other admin stuff). Thus the question, should this be > reworked so that it reads more like, "hey current node that I'm connected to, > there's another UDDI node over there and I want you to hook up with them". > This sort of implies some kind of federation or trust level. > There's literally no documentation on this, so documenting this is a subtask. -- This message was sent by Atlassian JIRA (v6.1#6144)
buildbot failure in ASF Buildbot on juddi-trunk-dotnet-mono
The Buildbot has detected a new failure on builder juddi-trunk-dotnet-mono while building ASF Buildbot. Full details are available at: http://ci.apache.org/builders/juddi-trunk-dotnet-mono/builds/116 Buildbot URL: http://ci.apache.org/ Buildslave for this Build: ceres_ubuntu Build Reason: scheduler Build Source Stamp: [branch juddi/trunk] 1540526 Blamelist: alexoree BUILD FAILED: failed compile_1 sincerely, -The Buildbot
[jira] [Created] (JUDDI-707) Identify the purpose for UDDIClerk.saveNode(Node n) and a workflow of how its used
Alex O'Ree created JUDDI-707: Summary: Identify the purpose for UDDIClerk.saveNode(Node n) and a workflow of how its used Key: JUDDI-707 URL: https://issues.apache.org/jira/browse/JUDDI-707 Project: jUDDI Issue Type: Task Reporter: Alex O'Ree Assignee: Kurt T Stam Priority: Critical Fix For: 3.2 Looking at the code, it appears as if the purpose for UDDIClerk.saveNode is to tell the specified Node "n" that Node "n" exists and to store it in its own database. This doesn't make any sense. My assumption is that the purpose of SaveNode and SaveClerk of the jUDDI API service is to enable and facilitate internode communication (and other admin stuff). Thus the question, should this be reworked so that it reads more like, "hey current node that I'm connected to, there's another UDDI node over there and I want you to hook up with them". This sort of implies some kind of federation or trust level. There's literally no documentation on this, so documenting this is a subtask. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Created] (JUDDI-706) Add more soap methods to juddi-api service
Alex O'Ree created JUDDI-706: Summary: Add more soap methods to juddi-api service Key: JUDDI-706 URL: https://issues.apache.org/jira/browse/JUDDI-706 Project: jUDDI Issue Type: New Feature Reporter: Alex O'Ree Assignee: Kurt T Stam Fix For: 3.3 getAllNodes getAllClerks deleteNode deleteClerk alter Node and client code base to include replication API url update admin ui to include the new features basically, we want to add everything we would need to configure a multinode uddi instance (without a shared database) through the replication api. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (JUDDI-705) SaveNode crashes
[
https://issues.apache.org/jira/browse/JUDDI-705?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13818444#comment-13818444
]
ASF subversion and git services commented on JUDDI-705:
---
Commit 1540474 from [~spyhunter99] in branch 'juddi/trunk'
[ https://svn.apache.org/r1540474 ]
JUDDI-705 fixed. validation added, model/Node.java updated to have explicit
lengths for all fields
> SaveNode crashes
>
>
> Key: JUDDI-705
> URL: https://issues.apache.org/jira/browse/JUDDI-705
> Project: jUDDI
> Issue Type: Bug
>Reporter: Alex O'Ree
>Assignee: Alex O'Ree
> Fix For: 3.2
>
>
> Code:
> SaveNode node = new SaveNode();
> node.setAuthInfo(rootAuthToken.getAuthInfo());
> Node n = new Node();
> n.setClientName("juddicloud");
> n.setName("juddicloud");
>
> n.setCustodyTransferUrl("http://uddi-jbossoverlord.rhcloud.com/services/custody-transfer";);
> n.setDescription("juddicloud");
>
> n.setInquiryUrl("http://uddi-jbossoverlord.rhcloud.com/services/inquiry";);
>
> n.setJuddiApiUrl("http://uddi-jbossoverlord.rhcloud.com/services/juddi-api";);
>
> n.setPublishUrl("http://uddi-jbossoverlord.rhcloud.com/services/publish";);
> n.setSecurityUrl(
> "http://uddi-jbossoverlord.rhcloud.com/services/security";);
>
> n.setSubscriptionListenerUrl("http://uddi-jbossoverlord.rhcloud.com/services/subscription-listener";);
>
> n.setSubscriptionUrl("http://uddi-jbossoverlord.rhcloud.com/services/subscription";);
> node.getNode().add(n);
> juddi.saveNode(node);
> Service stack trace:
> INFO: Application
> {urn:juddi-apache-org:v3_service}JUDDIApiService#{urn:juddi-ap
> ache-org:v3_service}save_Node has thrown exception, unwinding now:
> org.apache.ju
> ddi.v3.error.AuthTokenRequiredException: Invalid authentication information
> Nov 09, 2013 9:49:28 PM org.apache.cxf.phase.PhaseInterceptorChain
> doDefaultLogg
> ing
> WARNING: Application
> {urn:juddi-apache-org:v3_service}JUDDIApiService#{urn:juddi
> -apache-org:v3_service}save_Node has thrown exception, unwinding now
> org.apache.cxf.interceptor.Fault: The transaction has been rolled back. See
> the
> nested exceptions for details on the errors that occurred.
> at
> org.apache.cxf.service.invoker.AbstractInvoker.createFault(AbstractIn
> voker.java:162)
> at
> org.apache.cxf.jaxws.AbstractJAXWSMethodInvoker.createFault(AbstractJ
> AXWSMethodInvoker.java:213)
> at
> org.apache.cxf.service.invoker.AbstractInvoker.invoke(AbstractInvoker
> .java:128)
> at
> org.apache.cxf.jaxws.AbstractJAXWSMethodInvoker.invoke(AbstractJAXWSM
> ethodInvoker.java:178)
> at
> org.apache.cxf.jaxws.JAXWSMethodInvoker.invoke(JAXWSMethodInvoker.jav
> a:68)
> at
> org.apache.cxf.service.invoker.AbstractInvoker.invoke(AbstractInvoker
> .java:75)
> at
> org.apache.cxf.interceptor.ServiceInvokerInterceptor$1.run(ServiceInv
> okerInterceptor.java:58)
> at
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:47
> 1)
> at java.util.concurrent.FutureTask.run(FutureTask.java:262)
> at
> org.apache.cxf.workqueue.SynchronousExecutor.execute(SynchronousExecu
> tor.java:37)
> at
> org.apache.cxf.interceptor.ServiceInvokerInterceptor.handleMessage(Se
> rviceInvokerInterceptor.java:107)
> at
> org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseIntercept
> orChain.java:271)
> at
> org.apache.cxf.transport.ChainInitiationObserver.onMessage(ChainIniti
> ationObserver.java:121)
> at
> org.apache.cxf.transport.http.AbstractHTTPDestination.invoke(Abstract
> HTTPDestination.java:239)
> at
> org.apache.cxf.transport.servlet.ServletController.invokeDestination(
> ServletController.java:223)
> at
> org.apache.cxf.transport.servlet.ServletController.invoke(ServletCont
> roller.java:203)
> at
> org.apache.cxf.transport.servlet.ServletController.invoke(ServletCont
> roller.java:137)
> at
> org.apache.cxf.transport.servlet.CXFNonSpringServlet.invoke(CXFNonSpr
> ingServlet.java:158)
> at
> org.apache.cxf.transport.servlet.AbstractHTTPServlet.handleRequest(Ab
> stractHTTPServlet.java:243)
> at
> org.apache.cxf.transport.servlet.AbstractHTTPServlet.doPost(AbstractH
> TTPServlet.java:163)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:637)
> at
> org.apache.cxf.transport.servlet.AbstractHTTPServlet.service(Abstract
> HTTPServlet.java:219)
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Appl
> icationFilterChain.java:290)
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(Applicati
[jira] [Resolved] (JUDDI-705) SaveNode crashes
[
https://issues.apache.org/jira/browse/JUDDI-705?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Alex O'Ree resolved JUDDI-705.
--
Resolution: Fixed
Assignee: Alex O'Ree (was: Kurt T Stam)
> SaveNode crashes
>
>
> Key: JUDDI-705
> URL: https://issues.apache.org/jira/browse/JUDDI-705
> Project: jUDDI
> Issue Type: Bug
>Reporter: Alex O'Ree
>Assignee: Alex O'Ree
> Fix For: 3.2
>
>
> Code:
> SaveNode node = new SaveNode();
> node.setAuthInfo(rootAuthToken.getAuthInfo());
> Node n = new Node();
> n.setClientName("juddicloud");
> n.setName("juddicloud");
>
> n.setCustodyTransferUrl("http://uddi-jbossoverlord.rhcloud.com/services/custody-transfer";);
> n.setDescription("juddicloud");
>
> n.setInquiryUrl("http://uddi-jbossoverlord.rhcloud.com/services/inquiry";);
>
> n.setJuddiApiUrl("http://uddi-jbossoverlord.rhcloud.com/services/juddi-api";);
>
> n.setPublishUrl("http://uddi-jbossoverlord.rhcloud.com/services/publish";);
> n.setSecurityUrl(
> "http://uddi-jbossoverlord.rhcloud.com/services/security";);
>
> n.setSubscriptionListenerUrl("http://uddi-jbossoverlord.rhcloud.com/services/subscription-listener";);
>
> n.setSubscriptionUrl("http://uddi-jbossoverlord.rhcloud.com/services/subscription";);
> node.getNode().add(n);
> juddi.saveNode(node);
> Service stack trace:
> INFO: Application
> {urn:juddi-apache-org:v3_service}JUDDIApiService#{urn:juddi-ap
> ache-org:v3_service}save_Node has thrown exception, unwinding now:
> org.apache.ju
> ddi.v3.error.AuthTokenRequiredException: Invalid authentication information
> Nov 09, 2013 9:49:28 PM org.apache.cxf.phase.PhaseInterceptorChain
> doDefaultLogg
> ing
> WARNING: Application
> {urn:juddi-apache-org:v3_service}JUDDIApiService#{urn:juddi
> -apache-org:v3_service}save_Node has thrown exception, unwinding now
> org.apache.cxf.interceptor.Fault: The transaction has been rolled back. See
> the
> nested exceptions for details on the errors that occurred.
> at
> org.apache.cxf.service.invoker.AbstractInvoker.createFault(AbstractIn
> voker.java:162)
> at
> org.apache.cxf.jaxws.AbstractJAXWSMethodInvoker.createFault(AbstractJ
> AXWSMethodInvoker.java:213)
> at
> org.apache.cxf.service.invoker.AbstractInvoker.invoke(AbstractInvoker
> .java:128)
> at
> org.apache.cxf.jaxws.AbstractJAXWSMethodInvoker.invoke(AbstractJAXWSM
> ethodInvoker.java:178)
> at
> org.apache.cxf.jaxws.JAXWSMethodInvoker.invoke(JAXWSMethodInvoker.jav
> a:68)
> at
> org.apache.cxf.service.invoker.AbstractInvoker.invoke(AbstractInvoker
> .java:75)
> at
> org.apache.cxf.interceptor.ServiceInvokerInterceptor$1.run(ServiceInv
> okerInterceptor.java:58)
> at
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:47
> 1)
> at java.util.concurrent.FutureTask.run(FutureTask.java:262)
> at
> org.apache.cxf.workqueue.SynchronousExecutor.execute(SynchronousExecu
> tor.java:37)
> at
> org.apache.cxf.interceptor.ServiceInvokerInterceptor.handleMessage(Se
> rviceInvokerInterceptor.java:107)
> at
> org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseIntercept
> orChain.java:271)
> at
> org.apache.cxf.transport.ChainInitiationObserver.onMessage(ChainIniti
> ationObserver.java:121)
> at
> org.apache.cxf.transport.http.AbstractHTTPDestination.invoke(Abstract
> HTTPDestination.java:239)
> at
> org.apache.cxf.transport.servlet.ServletController.invokeDestination(
> ServletController.java:223)
> at
> org.apache.cxf.transport.servlet.ServletController.invoke(ServletCont
> roller.java:203)
> at
> org.apache.cxf.transport.servlet.ServletController.invoke(ServletCont
> roller.java:137)
> at
> org.apache.cxf.transport.servlet.CXFNonSpringServlet.invoke(CXFNonSpr
> ingServlet.java:158)
> at
> org.apache.cxf.transport.servlet.AbstractHTTPServlet.handleRequest(Ab
> stractHTTPServlet.java:243)
> at
> org.apache.cxf.transport.servlet.AbstractHTTPServlet.doPost(AbstractH
> TTPServlet.java:163)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:637)
> at
> org.apache.cxf.transport.servlet.AbstractHTTPServlet.service(Abstract
> HTTPServlet.java:219)
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Appl
> icationFilterChain.java:290)
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationF
> ilterChain.java:206)
> at
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperV
> alve.java:233)
> at
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextV
> alve.j
[jira] [Commented] (JUDDI-705) SaveNode crashes
[
https://issues.apache.org/jira/browse/JUDDI-705?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13818433#comment-13818433
]
Alex O'Ree commented on JUDDI-705:
--
ahh this looks like a case of failure to validate. in fact, after looking at
"validateNode", it basically says
//TODO
> SaveNode crashes
>
>
> Key: JUDDI-705
> URL: https://issues.apache.org/jira/browse/JUDDI-705
> Project: jUDDI
> Issue Type: Bug
>Reporter: Alex O'Ree
>Assignee: Kurt T Stam
> Fix For: 3.2
>
>
> Code:
> SaveNode node = new SaveNode();
> node.setAuthInfo(rootAuthToken.getAuthInfo());
> Node n = new Node();
> n.setClientName("juddicloud");
> n.setName("juddicloud");
>
> n.setCustodyTransferUrl("http://uddi-jbossoverlord.rhcloud.com/services/custody-transfer";);
> n.setDescription("juddicloud");
>
> n.setInquiryUrl("http://uddi-jbossoverlord.rhcloud.com/services/inquiry";);
>
> n.setJuddiApiUrl("http://uddi-jbossoverlord.rhcloud.com/services/juddi-api";);
>
> n.setPublishUrl("http://uddi-jbossoverlord.rhcloud.com/services/publish";);
> n.setSecurityUrl(
> "http://uddi-jbossoverlord.rhcloud.com/services/security";);
>
> n.setSubscriptionListenerUrl("http://uddi-jbossoverlord.rhcloud.com/services/subscription-listener";);
>
> n.setSubscriptionUrl("http://uddi-jbossoverlord.rhcloud.com/services/subscription";);
> node.getNode().add(n);
> juddi.saveNode(node);
> Service stack trace:
> INFO: Application
> {urn:juddi-apache-org:v3_service}JUDDIApiService#{urn:juddi-ap
> ache-org:v3_service}save_Node has thrown exception, unwinding now:
> org.apache.ju
> ddi.v3.error.AuthTokenRequiredException: Invalid authentication information
> Nov 09, 2013 9:49:28 PM org.apache.cxf.phase.PhaseInterceptorChain
> doDefaultLogg
> ing
> WARNING: Application
> {urn:juddi-apache-org:v3_service}JUDDIApiService#{urn:juddi
> -apache-org:v3_service}save_Node has thrown exception, unwinding now
> org.apache.cxf.interceptor.Fault: The transaction has been rolled back. See
> the
> nested exceptions for details on the errors that occurred.
> at
> org.apache.cxf.service.invoker.AbstractInvoker.createFault(AbstractIn
> voker.java:162)
> at
> org.apache.cxf.jaxws.AbstractJAXWSMethodInvoker.createFault(AbstractJ
> AXWSMethodInvoker.java:213)
> at
> org.apache.cxf.service.invoker.AbstractInvoker.invoke(AbstractInvoker
> .java:128)
> at
> org.apache.cxf.jaxws.AbstractJAXWSMethodInvoker.invoke(AbstractJAXWSM
> ethodInvoker.java:178)
> at
> org.apache.cxf.jaxws.JAXWSMethodInvoker.invoke(JAXWSMethodInvoker.jav
> a:68)
> at
> org.apache.cxf.service.invoker.AbstractInvoker.invoke(AbstractInvoker
> .java:75)
> at
> org.apache.cxf.interceptor.ServiceInvokerInterceptor$1.run(ServiceInv
> okerInterceptor.java:58)
> at
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:47
> 1)
> at java.util.concurrent.FutureTask.run(FutureTask.java:262)
> at
> org.apache.cxf.workqueue.SynchronousExecutor.execute(SynchronousExecu
> tor.java:37)
> at
> org.apache.cxf.interceptor.ServiceInvokerInterceptor.handleMessage(Se
> rviceInvokerInterceptor.java:107)
> at
> org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseIntercept
> orChain.java:271)
> at
> org.apache.cxf.transport.ChainInitiationObserver.onMessage(ChainIniti
> ationObserver.java:121)
> at
> org.apache.cxf.transport.http.AbstractHTTPDestination.invoke(Abstract
> HTTPDestination.java:239)
> at
> org.apache.cxf.transport.servlet.ServletController.invokeDestination(
> ServletController.java:223)
> at
> org.apache.cxf.transport.servlet.ServletController.invoke(ServletCont
> roller.java:203)
> at
> org.apache.cxf.transport.servlet.ServletController.invoke(ServletCont
> roller.java:137)
> at
> org.apache.cxf.transport.servlet.CXFNonSpringServlet.invoke(CXFNonSpr
> ingServlet.java:158)
> at
> org.apache.cxf.transport.servlet.AbstractHTTPServlet.handleRequest(Ab
> stractHTTPServlet.java:243)
> at
> org.apache.cxf.transport.servlet.AbstractHTTPServlet.doPost(AbstractH
> TTPServlet.java:163)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:637)
> at
> org.apache.cxf.transport.servlet.AbstractHTTPServlet.service(Abstract
> HTTPServlet.java:219)
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Appl
> icationFilterChain.java:290)
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationF
> ilterChain.java:206)
> at
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperV
> alv
[jira] [Updated] (JUDDI-705) SaveNode crashes
[
https://issues.apache.org/jira/browse/JUDDI-705?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Alex O'Ree updated JUDDI-705:
-
Fix Version/s: 3.2
> SaveNode crashes
>
>
> Key: JUDDI-705
> URL: https://issues.apache.org/jira/browse/JUDDI-705
> Project: jUDDI
> Issue Type: Bug
>Reporter: Alex O'Ree
>Assignee: Kurt T Stam
> Fix For: 3.2
>
>
> Code:
> SaveNode node = new SaveNode();
> node.setAuthInfo(rootAuthToken.getAuthInfo());
> Node n = new Node();
> n.setClientName("juddicloud");
> n.setName("juddicloud");
>
> n.setCustodyTransferUrl("http://uddi-jbossoverlord.rhcloud.com/services/custody-transfer";);
> n.setDescription("juddicloud");
>
> n.setInquiryUrl("http://uddi-jbossoverlord.rhcloud.com/services/inquiry";);
>
> n.setJuddiApiUrl("http://uddi-jbossoverlord.rhcloud.com/services/juddi-api";);
>
> n.setPublishUrl("http://uddi-jbossoverlord.rhcloud.com/services/publish";);
> n.setSecurityUrl(
> "http://uddi-jbossoverlord.rhcloud.com/services/security";);
>
> n.setSubscriptionListenerUrl("http://uddi-jbossoverlord.rhcloud.com/services/subscription-listener";);
>
> n.setSubscriptionUrl("http://uddi-jbossoverlord.rhcloud.com/services/subscription";);
> node.getNode().add(n);
> juddi.saveNode(node);
> Service stack trace:
> INFO: Application
> {urn:juddi-apache-org:v3_service}JUDDIApiService#{urn:juddi-ap
> ache-org:v3_service}save_Node has thrown exception, unwinding now:
> org.apache.ju
> ddi.v3.error.AuthTokenRequiredException: Invalid authentication information
> Nov 09, 2013 9:49:28 PM org.apache.cxf.phase.PhaseInterceptorChain
> doDefaultLogg
> ing
> WARNING: Application
> {urn:juddi-apache-org:v3_service}JUDDIApiService#{urn:juddi
> -apache-org:v3_service}save_Node has thrown exception, unwinding now
> org.apache.cxf.interceptor.Fault: The transaction has been rolled back. See
> the
> nested exceptions for details on the errors that occurred.
> at
> org.apache.cxf.service.invoker.AbstractInvoker.createFault(AbstractIn
> voker.java:162)
> at
> org.apache.cxf.jaxws.AbstractJAXWSMethodInvoker.createFault(AbstractJ
> AXWSMethodInvoker.java:213)
> at
> org.apache.cxf.service.invoker.AbstractInvoker.invoke(AbstractInvoker
> .java:128)
> at
> org.apache.cxf.jaxws.AbstractJAXWSMethodInvoker.invoke(AbstractJAXWSM
> ethodInvoker.java:178)
> at
> org.apache.cxf.jaxws.JAXWSMethodInvoker.invoke(JAXWSMethodInvoker.jav
> a:68)
> at
> org.apache.cxf.service.invoker.AbstractInvoker.invoke(AbstractInvoker
> .java:75)
> at
> org.apache.cxf.interceptor.ServiceInvokerInterceptor$1.run(ServiceInv
> okerInterceptor.java:58)
> at
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:47
> 1)
> at java.util.concurrent.FutureTask.run(FutureTask.java:262)
> at
> org.apache.cxf.workqueue.SynchronousExecutor.execute(SynchronousExecu
> tor.java:37)
> at
> org.apache.cxf.interceptor.ServiceInvokerInterceptor.handleMessage(Se
> rviceInvokerInterceptor.java:107)
> at
> org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseIntercept
> orChain.java:271)
> at
> org.apache.cxf.transport.ChainInitiationObserver.onMessage(ChainIniti
> ationObserver.java:121)
> at
> org.apache.cxf.transport.http.AbstractHTTPDestination.invoke(Abstract
> HTTPDestination.java:239)
> at
> org.apache.cxf.transport.servlet.ServletController.invokeDestination(
> ServletController.java:223)
> at
> org.apache.cxf.transport.servlet.ServletController.invoke(ServletCont
> roller.java:203)
> at
> org.apache.cxf.transport.servlet.ServletController.invoke(ServletCont
> roller.java:137)
> at
> org.apache.cxf.transport.servlet.CXFNonSpringServlet.invoke(CXFNonSpr
> ingServlet.java:158)
> at
> org.apache.cxf.transport.servlet.AbstractHTTPServlet.handleRequest(Ab
> stractHTTPServlet.java:243)
> at
> org.apache.cxf.transport.servlet.AbstractHTTPServlet.doPost(AbstractH
> TTPServlet.java:163)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:637)
> at
> org.apache.cxf.transport.servlet.AbstractHTTPServlet.service(Abstract
> HTTPServlet.java:219)
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Appl
> icationFilterChain.java:290)
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationF
> ilterChain.java:206)
> at
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperV
> alve.java:233)
> at
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextV
> alve.java:191)
> at
> org.apache.catalina.au
