Yes, SVNKit throws exceptions using SVNErrorManager#error method. The events are now logged by default, but can be handled using ISVNEventHandler. To set your handler use SvnOperationFactory#setEventHandler or SVNClientManager#setEventHandler, depending on what API you prefer: the new one and the old one.
I would recommend you to use the new API (based of SvnOperationFactory class) because old API methods now just call the new API and some parameters that are not present in the new API (like ignoreUnknownNodeTypes) could be lost. -- Dmitry Pavlenko, TMate Software, http://subgit.com/ - git-svn bridge > Guess I just missed your last sentence, sorry. > > On Mon, Mar 18, 2013 at 5:07 PM, groups.observer > > <groups.obser...@gmail.com> wrote: > > Thanks Dmitry, > > > > That helps a lot. I suppose the SVNErrorMessage gets thrown as an > > exception at some point, whereas the SVNEvent just gets logged > > somewhere? (As you can probably tell I'm new to SVNKit... ;-) > > > > Christian > > > > > > On Mon, Mar 18, 2013 at 1:40 PM, Dmitry Pavlenko-2 [via Subversion] > > > > <[hidden email]> wrote: > >> Hello Christian, > >> > >> Currently, according to SVNKit 1.7.x sources ignoreUnknownNodeTypes > >> parameter is not used. > >> I've created an issue for that > >> > >> http://issues.tmatesoft.com/issue/SVNKIT-361 > >> > >> For older SVNKit the parameter was used in the following way: > >> > >> ... > >> > >> else if (fileType != SVNFileType.DIRECTORY && fileType != > >> > >> SVNFileType.FILE) { > >> > >> if (ignoreUnknownNodeTypes) { > >> > >> SVNEvent skippedEvent = > >> > >> SVNEventFactory.createSVNEvent(file, SVNNodeKind.NONE, null, > >> SVNRepository.INVALID_REVISION, SVNEventAction.SKIP, > >> SVNEventAction.COMMIT_ADDED, null, null); > >> > >> handleEvent(skippedEvent, ISVNEventHandler.UNKNOWN); > >> > >> } else { > >> > >> SVNErrorMessage err = > >> > >> SVNErrorMessage.create(SVNErrorCode.NODE_UNKNOWN_KIND, "Unknown or > >> unversionable type for ''{0}''", file); > >> > >> SVNErrorManager.error(err, SVNLogType.WC); > >> > >> } > >> > >> ... > >> > >> So "ignore" means "don't throw an exception, generate an even instead" > >> on importing a symlink. > >> -- > >> Dmitry Pavlenko, > >> TMate Software, > >> http://subgit.com/ - git-svn bridge > >> > >> > Hi everyone! > >> > > >> > SVNKit's Javadocs specify for doImport()'s ignoreUnknownNodeTypes > >> > parameter > >> > > >> > that: > >> > >>If ignoreUnknownNodeTypes is false, ignores files of which the node > >> > >> > >> > >> type > >> > > >> > is unknown, such as device files and pipes.<< [1] > >> > > >> > It strikes me as odd that ignoreUnknownNodeTypes = false (i.e. saying > >> > "do > >> > not ignore") should let SVNKit ignore unknown node types, whereas > >> > ignoreUnknownNodeTypes = true (i.e. saying "do ignore") should let it > >> > import such nodes. > >> > > >> > Is the Javadoc correct? > >> > > >> > Best regards, > >> > > >> > Christian > >> > > >> > 1) > >> > > >> > http://svnkit.com/javadoc/org/tmatesoft/svn/core/wc/SVNCommitClient.ht > >> > ml#do > >> > > >> > Import%28java.io.File,%20org.tmatesoft.svn.core.SVNURL,%20java.lang.St > >> > ring, > >> > > >> > %20org.tmatesoft.svn.core.SVNProperties,%20boolean,%20boolean,%20org.t > >> > mates oft.svn.core.SVNDepth%29 > >> > > >> > > >> > > >> > -- > >> > View this message in context: > >> > > >> > http://subversion.1072662.n5.nabble.com/Are-docs-on-doImport-s-ignoreU > >> > nkno wnNodeTypes-parameter-right-tp179060.html Sent from the SVNKit - > >> > Users mailing list archive at Nabble.com. > >> > >> ________________________________ > >> If you reply to this email, your message will be added to the discussion > >> below: > >> > >> http://subversion.1072662.n5.nabble.com/Are-docs-on-doImport-s-ignoreUnk > >> nownNodeTypes-parameter-right-tp179060p179066.html To unsubscribe from > >> Are docs on doImport()'s ignoreUnknownNodeTypes parameter right?, click > >> here. > >> NAML > > > > ________________________________ > > View this message in context: Re: Are docs on doImport()'s > > ignoreUnknownNodeTypes parameter right? > > > > Sent from the SVNKit - Users mailing list archive at Nabble.com.