Stephen's changes to the SDS was the cause of build errors in the portal.
It caused the following tests to fail in error:
testGetById(net.sf.sail.webapp.dao.sds.impl.HttpRestSdsOfferingDaoTest)
testUpdateOffering(net.sf.sail.webapp.dao.sds.impl.HttpRestSdsOfferingDaoTest)
testSave_NewOffering(net.sf.sail.webapp.dao.sds.impl.HttpRestSdsOfferingDaoTest)
testGetByIdCurnitMapNotRetrieved(net.sf.sail.webapp.dao.sds.impl.HttpRestSdsOfferingDaoTest)
testSave_NewJnlp(net.sf.sail.webapp.dao.sds.impl.HttpRestSdsJnlpDaoTest)
testUpdateJnlp(net.sf.sail.webapp.dao.sds.impl.HttpRestSdsJnlpDaoTest)
testSave_NewSdsWorkgroup(net.sf.sail.webapp.dao.sds.impl.HttpRestSdsWorkgroupDaoTest)
testSave_NewSdsWorkgroup_NoMembers(net.sf.sail.webapp.dao.sds.impl.HttpRestSdsWorkgroupDaoTest)
testUpdateWorkgroupNoMembers(net.sf.sail.webapp.dao.sds.impl.HttpRestSdsWorkgroupDaoTest)
testUpdateWorkgroup(net.sf.sail.webapp.dao.sds.impl.HttpRestSdsWorkgroupDaoTest)
So I wrote the email, asking him to look into the matter. He replied that
same night, and said he "Fixed a silly bug in the jnlp model. Please try
again."
When I built the continuum again, all of the errors went away except this
one:
testGetByIdCurnitMapNotRetrieved(net.sf.sail.webapp.dao.sds.impl.HttpRestSdsOfferingDaoTest)
I'll look into this a bit more today.
Hiroki
On 11/5/07, laurel < [EMAIL PROTECTED]> wrote:
>
>
> I'm assuming that this fix is the cause of the build errors in the
> portal. I'm not on portal work again until Thursday morning, but
> hopefully someone at Tels can look at this earlier in the week. Let me
> know if this is completely impossible and I'll rearrange my week.
>
> Laurel
>
> On Nov 2, 4:38 pm, 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
-~----------~----~----~----~------~----~------~--~---
