From: George C. B. <ge...@ox...> - 2010-09-09 07:03:08
|
This issue was handled on our side in the oXygen 12 beta, using Java reflection to test if the getUser method is available or not. Version 11.2 of course tries to use the getUser method and will not work with the new code. However, it would have been better is the UserManagementService.getUser was deprecated instead of being removed. Best Regards, George -- George Cristian Bina <oXygen/> XML Editor, Schema Editor and XSLT Editor/Debugger http://www.oxygenxml.com On 9/8/10 8:11 PM, Adam Retter wrote: > 2010/9/8 Jens Østergaard Petersen<oe...@gm...>: >> Hi Joe, >> >> I have been seeing this error for several weeks now (and so has my colleague). Checked out a totally fresh trunk today, and it was still the same. >> >> Are you suggesting that one should use the files from an early 1.5 (or 1.4) eXist in the Data Source definitions? Are there no problems with this? If there is a work-around, this should be posted to the open list. >> >> As Dmitriy says, there is no problems when using the oXygen 12 beta. > > I dont see the issue with current trunk on Mac OSX with oXygen 11.2 beta. > >> >> Tested on Mac OS X only with 12654. >> >> Jens >> >> >> On Sep 8, 2010, at 3:09 PM, Joe Wicentowski wrote: >> >>> Hi all, >>> >>> My experience with trunk recently is that oXygen's Database Explorer >>> can browse the database, but generates an error whenever I try to open >>> a document: >>> >>> [ Resource Opener ] - java.lang.NoSuchMethodError: >>> org.exist.xmldb.UserManagementService.getUser(Ljava/lang/String;)Lorg/exist/security/User; >>> java.lang.NoSuchMethodError: >>> org.exist.xmldb.UserManagementService.getUser(Ljava/lang/String;)Lorg/exist/security/User; >>> at ro.sync.db.nxd.exist.A.B(Unknown Source) >>> at ro.sync.exml.editor.T.V$25.A(Unknown Source) >>> at ro.sync.db.nxd.B.A(Unknown Source) >>> at ro.sync.db.nxd.B$_E$1.Ե(Unknown Source) >>> at ro.sync.ui.application.P.run(Unknown Source) >>> >>> I do not get this error when opening documents via File> Open URL. >>> >>> I recall Dmitriy saying: >>> >>>> TODO: >>> ... >>>> 3. make sure that old clients will work with new API, as example oXygen with old libs >>> >>> Is anyone else seeing this error? If so, I guess the workaround for >>> now is to avoid using trunk libraries for oXygen Data Source >>> definitions. >>> >>> Joe >>> >>> ------------------------------------------------------------------------------ >>> This SF.net Dev2Dev email is sponsored by: >>> >>> Show off your parallel programming skills. >>> Enter the Intel(R) Threading Challenge 2010. >>> http://p.sf.net/sfu/intel-thread-sfd >>> _______________________________________________ >>> Exist-development mailing list >>> Exi...@li... >>> https://lists.sourceforge.net/lists/listinfo/exist-development >> >> >> ------------------------------------------------------------------------------ >> This SF.net Dev2Dev email is sponsored by: >> >> Show off your parallel programming skills. >> Enter the Intel(R) Threading Challenge 2010. >> http://p.sf.net/sfu/intel-thread-sfd >> _______________________________________________ >> Exist-development mailing list >> Exi...@li... >> https://lists.sourceforge.net/lists/listinfo/exist-development >> > > > |