I agree that a null input to "ingest" should behave as you suggest, and I would add that it might be appropriate to add an alias to "ingest" to indicate this possible behavior. Perhaps "create"?
Additionally, "format" ceases to have meaning with a null "objectXML", so perhaps "objectXML" and "format" should be connected so that one does not occur without the other. That would be a change to the WSDL. --- A. Soroka Digital Research and Scholarship R & D and Online Library Environment the University of Virginia Library On Mon, 29 Nov 2010 19:38:03 -0000 "Steve Bayliss" <stephen.bayl...@acuityunlimited.net> wrote: > Thanks for raising this. > > I'm not sure why this issue is still in review, it must have slipped >through > the net. I have reopened it so hopefully it will get discussed soon. > > We should try and ensure the APIs are consistent. It could be that the >way > this was originally proposed to be implemented resulted in a "breaking" > change and therefore it didn't go in, I'm not sure. > > I'd suggest the appropriate behaviour would be that if an empty byte >stream > is received by "ingest", a template (empty) object should be created >(which > is effectively what the REST API does). > > ie push the behaviour currently implemented in the REST API to the SOAP >API. > If that's acceptable it should be a pretty simple change, and wouldn't >seem > to be a breaking change. > > Regards > Steve > > -----Original Message----- >From: aj...@virginia.edu [mailto:aj...@cms.mail.virginia.edu] > Sent: 29 November 2010 18:32 > To: fedora-commons-users@lists.sourceforge.net > Subject: [fcrepo-user] FCREPO-579: API-M REST vs SOAP difference for > creating new objects > > > As has been mooted on this list before, the REST API-M offers the ability >to > > create a totally "blank" or empty (up to the required components) object >by > POSTing nothing to /fedora/objects/new. The SOAP API-M requires at least a > skeleton object to parameterize the "ingest" method. > > I see a Jira issue (FCREPO-579) with a fix, which has been in review since > 30/Nov/09 with no fix version specified. I was wondering if there's >anything > > that can be done by users (like myself) to help expedite this fix? It >would > be very helpful to those of us working in complex multi-repository > environments where many clients are acting against many API-M > instantiations. > > --- > A. Soroka > Digital Research and Scholarship and Online Library Environment > the University of Virginia Library > > ---------------------------------------------------------------------------- > -- > Increase Visibility of Your 3D Game App & Earn a Chance To Win $500! > Tap into the largest installed PC base & get more eyes on your game by > optimizing for Intel(R) Graphics Technology. Get started today with the > Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs. > http://p.sf.net/sfu/intelisp-dev2dev > _______________________________________________ >Fedora-commons-users mailing list >Fedora-commons-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/fedora-commons-users > > > ------------------------------------------------------------------------------ > Increase Visibility of Your 3D Game App & Earn a Chance To Win $500! > Tap into the largest installed PC base & get more eyes on your game by > optimizing for Intel(R) Graphics Technology. Get started today with the > Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs. > http://p.sf.net/sfu/intelisp-dev2dev > _______________________________________________ >Fedora-commons-users mailing list >Fedora-commons-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/fedora-commons-users ------------------------------------------------------------------------------ Increase Visibility of Your 3D Game App & Earn a Chance To Win $500! Tap into the largest installed PC base & get more eyes on your game by optimizing for Intel(R) Graphics Technology. Get started today with the Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs. http://p.sf.net/sfu/intelisp-dev2dev _______________________________________________ Fedora-commons-users mailing list Fedora-commons-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fedora-commons-users
