Hi Stephen,
Can you look into the log files and locate any 500 Internal Server
Errors?
The Portal unit tests started failing (
http://portal-continuum.encorewiki.org/servlet/continuum/target/ProjectBuilds.vm/view/ProjectBuilds/id/6),
and I'm wondering if this is related to your changes to
rails.dev.concord.org/sds.
Looking at my end of things, it seems to fail when we try to create a
new JNLP to sds:
[java] INFO: POST: http://rails.dev.concord.org/sds/4/jnlp
[java] Nov 2, 2007 5:21:58 PM
net.sf.sail.webapp.domain.webservice.http.impl.HttpRestTransportImpllogRequest
[java] INFO: POST: <jnlp><name>PLR Everything JDIC snapshot
current</name><url>
http://tels-develop.soe.berkeley.edu:8080/jnlp/org/telscenter/jnlp/plr-everything-jdic-snapshot/plr-everything-jdic-snapshot.jnlp
</url></jnlp>
[java] Nov 2, 2007 5:21:58 PM
net.sf.sail.webapp.domain.webservice.http.AbstractHttpRequest logMethodInfo
[java] WARNING: 500: Internal Server Error
[java] Nov 2, 2007 5:21:58 PM
org.apache.commons.httpclient.HttpMethodBase getResponseBody
[java] WARNING: Going to buffer response body of large or unknown size.
Using getResponseBodyAsStream instead is recommended.
[java] Nov 2, 2007 5:21:58 PM
net.sf.sail.webapp.domain.webservice.http.AbstractHttpRequest logMethodInfo
[java] WARNING: body: <html><body><p><font color='red'>There was an
error processing your request</font></p><p><!-- undefined method `j' for
#<Jnlp:0xb7786bf0> --></p></body></html>
[java] Internal Server Error
[java] net.sf.sail.webapp.dao.sds.HttpStatusCodeException: Internal
Server Error
[java] at
net.sf.sail.webapp.domain.webservice.http.AbstractHttpRequest.isValidResponseStatus
(AbstractHttpRequest.java:176)
[java] at
net.sf.sail.webapp.domain.webservice.http.impl.HttpRestTransportImpl.post(
HttpRestTransportImpl.java:172)
[java] at
net.sf.sail.webapp.dao.sds.impl.SdsJnlpCreateCommandHttpRestImpl.execute(
SdsJnlpCreateCommandHttpRestImpl.java:70)
[java] at
net.sf.sail.webapp.dao.sds.impl.SdsJnlpCreateCommandHttpRestImpl.execute(
SdsJnlpCreateCommandHttpRestImpl.java:37)
[java] at net.sf.sail.webapp.dao.sds.impl.HttpRestSdsJnlpDao.save(
HttpRestSdsJnlpDao.java:69)
[java] at net.sf.sail.webapp.dao.sds.impl.HttpRestSdsJnlpDao.save(
HttpRestSdsJnlpDao.java:38)
[java] at
net.sf.sail.webapp.service.jnlp.impl.JnlpServiceImpl.createJnlp(
JnlpServiceImpl.java:73)
[java] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
Method)
[java] at sun.reflect.NativeMethodAccessorImpl.invoke(
NativeMethodAccessorImpl.java:39)
[java] at sun.reflect.DelegatingMethodAccessorImpl.invoke(
DelegatingMethodAccessorImpl.java:25)
[java] at java.lang.reflect.Method.invoke(Method.java:585)
[java] at
org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(
AopUtils.java:304)
[java] at
org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint
(ReflectiveMethodInvocation.java:172)
[java] at
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(
ReflectiveMethodInvocation.java:139)
[java] at
org.springframework.transaction.interceptor.TransactionInterceptor.invoke(
TransactionInterceptor.java:107)
[java] at
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(
ReflectiveMethodInvocation.java:161)
[java] at
org.springframework.aop.framework.JdkDynamicAopProxy.invoke(
JdkDynamicAopProxy.java:204)
[java] at $Proxy29.createJnlp(Unknown Source)
[java] at
org.telscenter.sail.webapp.CreateDefaultOfferings.createDefaultJnlps(
CreateDefaultOfferings.java:151)
[java] at org.telscenter.sail.webapp.Initializer.main(
Initializer.java:84)
BUILD FAILED
/users/wise/telsportal/webapp/build.xml:240: Java returned: 2
Total time: 21 seconds
This line looks suspicious:
<p><!-- undefined method `j' for #<Jnlp:0xb7786bf0> --></p>
Also, please update the API on this page:
http://www.telscenter.org/confluence/display/SAIL/REST+protocol+for+SAIL+Data+Services+%28SDS%29
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
-~----------~----~----~----~------~----~------~--~---
