[Building Sakai] Resources-within-Filesystem on Windows -- howto?

[Nuno Fernandes]

I Will,

I have not done any deployment on windows, but one thing I know that failed
for us in the past was having spaces between the volume paths. You should
try with no spaces at all:

bodyVolumes at org.sakaiproject.content.api.
ContentHostingService=vol1,vol2,vol3

Hope this helps,
Nuno



>
> > bodyVolumes at org.sakaiproject.content.api.ContentHostingService = vol1,
> vol2,
> > vol3
>
> That's the quick way we can tell it's not working. The T:\resources
> folder remains empty.
>
> > Those two properties should make it use the file system.
>
> Should != Does unfortunately, hence the question :)
>
> > -Scott
> >
> > On Wed, May 20, 2009 at 9:33 AM, will at serensoft.com <will at serensoft.com>
> > wrote:
> >>
> >> Folks --
> >>
> >> Short version: how to get filesystem/bodyPath storage working under
> >> windows? On *nix this has always been a walk in the park :(
> >>
> >>
> >> Long version:
> >>
> >> It looks like this is the paradigm for specifying a drive/folder
> >> bodyPath at ...=T:\\resources
> >>
> >> But it's not creating any directory structure at all. No bodyVolumes,
> >> and no subfolders with the actual content, either.
> >>
> >> When trying to 'add' > 'text file' in the Saki interface, here's the
> >> error message logged:
> >>
> >> 11:23:58,187
> >> http-80-Processor23_org.sakaiproject.content.impl.DbContentService)
> >> WARN: : failed to write resource:
> >> /user/651cd081-b613-4697-9dfe-f7645621c537/sample text file :
> >> java.io.FileNotFoundException:
> >> T:\resources\s\2009\140\15\13bda7a5-e1c9-4ec3-9fc7-c25f5692b5c1 (The
> >> system cannot find the path specified) (2009-05-20 11:23:58,187
> >> http-80-Processor23_org.sakaiproject.content.impl.DbContentService)
> >> WARN: failed to write file from byte-array to file (2009-05-20
> >> 11:23:58,203
> >> http-80-Processor23_org.sakaiproject.content.impl.DbContentService)
> >> org.sakaiproject.exception.ServerOverloadException id=failed to write
> >> file from byte-array to file
> >>        at
> >>
> org.sakaiproject.content.impl.DbContentService$DbStorage.commitResource(DbContentService.java:1669)
> >>        at
> >>
> org.sakaiproject.content.impl.BaseContentService.commitResourceEdit(BaseContentService.java:5467)
> >>        at
> >>
> org.sakaiproject.content.impl.BaseContentService.commitResource(BaseContentService.java:5430)
> >>        at
> >>
> org.sakaiproject.content.cover.ContentHostingService.commitResource(ContentHostingService.java:519)
> >>        at
> >>
> org.sakaiproject.content.tool.ResourcesAction.doCompleteCreateWizard(ResourcesAction.java:5655)
> >>        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> >>        at
> >>
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> >>        at
> >>
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> >>        at java.lang.reflect.Method.invoke(Method.java:585)
> >>        at
> >>
> org.sakaiproject.cheftool.VelocityPortletPaneledAction.actionDispatch(VelocityPortletPaneledAction.java:593)
> >> <snip>
> >>
> >> The path T:\resources\s\2009\140\15\13bda7a5-e1c9-4ec3-9fc7-c25f5692b5c1
> >> looks legit -- do the backslashes need to be double-escaped within the
> >> Java code, perhaps?
> >>
> >> Earlier during startup, no warnings:
> >> INFO: init(): tables: CONTENT_COLLECTION CONTENT_RESOURCE
> >> CONTENT_RESOURCE_BODY_BINARY CONTENT_ENTITY_GROUPS locks-in-db: false
> >> bodyPath: T:\resources storage:
> >> org.sakaiproject.content.impl.DbContentService$DbStorage at 1d286180
> >> (2009-05-20 11:22:19,015
> >> Thread-1_org.sakaiproject.content.impl.DbContentService)
> >>
> >> What are we missing?
> >>
> >> This is for Sakai 2.5.x (v62432) on Windows 2003 Enterprise; The T:
> >> drive is ultimately intended to be a remotely-mounted network share,
> >> but for now (to keep variables to a minimum) it's just a local
> >> directory that's been "subst"ituted as a local drive, for testing.
> >> Tomcat is running as 'administrator' for now to make sure it's not a
> >> permission issue.
> >>
> >> --
> >> will trillich
> >> "Our only real economic security lies in our power to meet human
> >> needs." -- S.Covey, the 8th Habit
> >> _______________________________________________
> >> sakai-dev mailing list
> >> sakai-dev at collab.sakaiproject.org
> >> http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
> >>
> >> TO UNSUBSCRIBE: send email to
> >> sakai-dev-unsubscribe at collab.sakaiproject.org with a subject of
> >> "unsubscribe"
> >
> >
>
>
>
> --
> will trillich
> "Our only real economic security lies in our power to meet human
> needs." -- S.Covey, the 8th Habit
> _______________________________________________
> sakai-dev mailing list
> sakai-dev at collab.sakaiproject.org
> http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>
> TO UNSUBSCRIBE: send email to
> sakai-dev-unsubscribe at collab.sakaiproject.org with a subject of
> "unsubscribe"
>



-- 
Nuno Fernandes  [www.linkedin.com/in/nfgrilo]
Software Developer - UFP-UV  [Universidade Virtual]
Software Developer - Sakai Foundation  [sakaiproject.org]
Sakai Fellow 2008 - Sakai Foundation  [
confluence.sakaiproject.org/confluence/x/FIF9AQ]

Universidade Fernando Pessoa  [www.ufp.pt]
Praça 9 de Abril, 349
4249-004 Porto
tel: + 351 22 507 13 00
fax: + 351 22 550 82 69
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://collab.sakaiproject.org/pipermail/sakai-dev/attachments/20090520/7241afe1/attachment.html