Hi Stephen,
What makes the url invalid? Is there some standard that you are
using?
I found that one of our tests fail because of this new function in the
SDS that you added 3 days ago:
<<< BEGIN Stephen's email
1.a When creating a jnlp resource in the sds if the url is not valid
OR the content returned is not valid XML the jnlp resource is NOT
created and a 404 error condition should be reported."
1.b When a jnlp is rendered for an offering if the body of the jnlp
is not valid xml a 404 error condition will be reported in the
returned header and the content will look like this (the elements
enclosed by "#{}" in the string below are replaced by evaluating the
enclosed ruby objects.
<error>#{resource} #{id.to_s}: external resource: #{url} not
well-formed xml.<error/>
>>> END Stephen's email
The test fails because it tries to make a "bogus offering" (valid curnit and
invalid jnlp).
<<< BEGIN part of createBogusOffering()
WebResponse webResponse = this.makeHttpRestPostRequest("/jnlp",
"<jnlp><name>" + "invalid jnlp" + "</name><url>"
+ "http://www.invalid.com"; + "</url></jnlp>");
>>> END part of createBogusOffering()
the prototype for makeHttpRestPostRequest is
protected WebResponse makeHttpRestPostRequest(String urlRelativeToBaseUrl,
String body)
I'm getting back a 400 Bad Request exception back, and I'm guessing that
this has something to do with your new changes to the SDS and the portal
needing to be updated to work with the new change. I'm trying to figure out
what needs to be changed in the portal to make the test work: url or
something else.
Thanks,
Hiroki
On 11/2/07, Stephen Bannasch <[EMAIL PROTECTED]> wrote:
>
>
> NEW FUNCTIONS IN DEV SDS
>
> 1.a When creating a jnlp resource in the sds if the url is not valid
> OR the content returned is not valid XML the jnlp resource is NOT
> created and a 404 error condition should be reported.
>
> 1.b When a jnlp is rendered for an offering if the body of the jnlp
> is not valid xml a 404 error condition will be reported in the
> returned header and the content will look like this (the elements
> enclosed by "#{}" in the string below are replaced by evaluating the
> enclosed ruby objects.
>
> <error>#{resource} #{id.to_s}: external resource: #{url} not
> well-formed xml.<error/>
>
> 2) List all workgroups for a sail_user in an sds portal realm
>
> The list was already produced in the sds in the html view for a sail user.
> See:
>
> http://rails.dev.concord.org/sds/3/sail_user/13
>
> But now it is exposed to a direct request for a collection with this url
> form:
>
> http://rails.dev.concord.org/sds/3/sail_user/13/workgroups
>
> Here's the sail_user in question:
>
> $ curl -i -X GET -H 'Accept: application/xml'
> http://rails.dev.concord.org/sds/3/sail_user/13
> HTTP/1.1 200 OK
> Date: Fri, 02 Nov 2007 21:16:30 GMT
> Server: lighttpd/1.4.15
> Content-Type: application/xml
> Location: http://rails.dev.concord.org/sds/3/sail_user/13
> Cache-Control: no-cache
> Content-Length: 226
>
> <?xml version="1.0" encoding="UTF-8"?>
> <sail-user>
> <portal-id>3</portal-id>
> <uuid>fe6f1a80-54f2-11db-8f7e-0014c2c34555</uuid>
> <id>13</id>
> <first-name>Hiroki</first-name>
> <last-name>Terashima</last-name>
> </sail-user>
>
> And here is how to get all the workgroups this instance of a "Hiroki"
> test user has been a member of as xml via a REST interface (the '-i '
> parameter just asks curl to also display the result headers from the
> request):
>
> $ curl -i -X GET -H 'Accept: application/xml'
> http://rails.dev.concord.org/sds/3/sail_user/13/workgroups
> HTTP/1.1 200 OK
> Date: Fri, 02 Nov 2007 21:05:58 GMT
> Server: lighttpd/1.4.15
> Content-Type: application/xml
> Cache-Control: no-cache
> Content-Length: 2756
>
> <?xml version="1.0" encoding="UTF-8"?>
> <workgroups>
> <workgroup>
> <name>Group 2</name>
> <updated-at>Fri Oct 06 01:23:08 UTC 2006</updated-at>
> <portal-id>3</portal-id>
> <uuid>c0815622-54fa-11db-8f7e-0014c2c34555</uuid>
> <id>15</id>
> <version>0</version>
> <offering-id>17</offering-id>
> <created-at>Fri Oct 06 01:23:08 UTC 2006</created-at>
> </workgroup>
> <workgroup>
> <name>wisegroup-164093</name>
> <updated-at>Tue Oct 24 23:59:59 UTC 2006</updated-at>
> <portal-id>3</portal-id>
> <uuid>0afe954e-595a-11db-b83d-0014c2c34555</uuid>
> <id>22</id>
> <version>2</version>
> <offering-id>10</offering-id>
> <created-at>Wed Oct 11 14:55:20 UTC 2006</created-at>
> </workgroup>
> <workgroup>
> <name>wisegroup-166325</name>
> <updated-at>Wed Oct 25 00:04:42 UTC 2006</updated-at>
> <portal-id>3</portal-id>
> <uuid>dfe9fce8-613f-11db-a5bf-0014c2c34555</uuid>
> <id>27</id>
> <version>2</version>
> <offering-id>10</offering-id>
> <created-at>Sat Oct 21 16:08:10 UTC 2006</created-at>
> </workgroup>
> <workgroup>
> <name>wisegroup-166330</name>
> <updated-at>Sat Oct 21 17:34:41 UTC 2006</updated-at>
> <portal-id>3</portal-id>
> <uuid>f5893f30-614b-11db-a5bf-0014c2c34555</uuid>
> <id>28</id>
> <version>2</version>
> <offering-id>32</offering-id>
> <created-at>Sat Oct 21 17:34:40 UTC 2006</created-at>
> </workgroup>
> <workgroup>
> <name>wisegroup-169300</name>
> <updated-at>Sat Nov 04 02:51:43 UTC 2006</updated-at>
> <portal-id>3</portal-id>
> <uuid>4f44bfda-6bd9-11db-911c-0014c2c34555</uuid>
> <id>81</id>
> <version>2</version>
> <offering-id>46</offering-id>
> <created-at>Sat Nov 04 02:51:41 UTC 2006</created-at>
> </workgroup>
> <workgroup>
> <name>wisegroup-169369</name>
> <updated-at>Sat Nov 04 20:53:48 UTC 2006</updated-at>
> <portal-id>3</portal-id>
> <uuid>799768c2-6c70-11db-911c-0014c2c34555</uuid>
> <id>82</id>
> <version>2</version>
> <offering-id>60</offering-id>
> <created-at>Sat Nov 04 20:53:46 UTC 2006</created-at>
> </workgroup>
> <workgroup>
> <name>wisegroup-173669</name>
> <updated-at>Thu Nov 30 16:51:18 UTC 2006</updated-at>
> <portal-id>3</portal-id>
> <uuid>e862e3d4-80bc-11db-b8e9-0014c2c34555</uuid>
> <id>98</id>
> <version>1</version>
> <offering-id>66</offering-id>
> <created-at>Thu Nov 30 16:51:17 UTC 2006</created-at>
> </workgroup>
> <workgroup>
> <name>hiroki test group</name>
> <updated-at>Mon Apr 02 17:08:18 UTC 2007</updated-at>
> <portal-id>3</portal-id>
> <uuid>47c489ca-e15e-11db-9499-0014c2c34555</uuid>
> <id>752</id>
> <version>0</version>
> <offering-id>435</offering-id>
> <created-at>Mon Apr 02 17:08:18 UTC 2007</created-at>
> </workgroup>
> </workgroups>
>
> This is what is returned if the sail_user has 0 workgroups:
>
> $ curl -i -X GET -H 'Accept: application/xml'
> http://rails.dev.concord.org/sds/3/sail_user/21/workgroups
> HTTP/1.1 200 OK
> Date: Fri, 02 Nov 2007 21:37:57 GMT
> Server: lighttpd/1.4.15
> Content-Type: application/xml
> Cache-Control: no-cache
> Content-Length: 25
>
> <workgroups></workgroups>
>
> >
>
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups
"SAIL-Dev" group.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at
http://groups.google.com/group/SAIL-Dev?hl=en
-~----------~----~----~----~------~----~------~--~---
