Unknown commit parameter 'waitFlush'

[Alex C]

Hi. We're getting an exception using SolrNet 0.4.0b2 Prerelease and Solr 4.0 beta:

SEVERE: org.apache.solr.common.SolrException: Unknown commit parameter 'waitFlush'

This occurs on the line where we call 

solr.Commit();

 

Any ideas on how to fix this? Help!!!! Thanks :)

- Alex

P.S. Here's the full stack trace:

SEVERE: org.apache.solr.common.SolrException: Unknown commit parameter 'waitFlush'

        at org.apache.solr.handler.RequestHandlerUtils.validateCommitParams(RequestHandlerUtils.java:85)

        at org.apache.solr.handler.loader.XMLLoader.processUpdate(XMLLoader.java:246)

        at org.apache.solr.handler.loader.XMLLoader.load(XMLLoader.java:157)

        at org.apache.solr.handler.UpdateRequestHandler$1.load(UpdateRequestHandler.java:92)

        at org.apache.solr.handler.ContentStreamHandlerBase.handleRequestBody(ContentStreamHandlerBase.java:74)

        at org.apache.solr.handler.RequestHandlerBase.handleRequest(RequestHandlerBase.java:129)

        at org.apache.solr.core.SolrCore.execute(SolrCore.java:1656)

        at org.apache.solr.servlet.SolrDispatchFilter.execute(SolrDispatchFilter.java:454)

        at org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:275)

        at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1337)

        at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:484)

        at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:119)

        at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:524)

        at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:233)

        at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1065)

        at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:413)

        at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:192)

        at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:999)

        at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:117)

        at org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:250)

        at org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:149)

        at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:111)

        at org.eclipse.jetty.server.Server.handle(Server.java:351)

        at org.eclipse.jetty.server.AbstractHttpConnection.handleRequest(AbstractHttpConnection.java:454)

        at org.eclipse.jetty.server.BlockingHttpConnection.handleRequest(BlockingHttpConnection.java:47)

        at org.eclipse.jetty.server.AbstractHttpConnection.headerComplete(AbstractHttpConnection.java:890)

        at org.eclipse.jetty.server.AbstractHttpConnection$RequestHandler.headerComplete(AbstractHttpConnection.java:944)

        at org.eclipse.jetty.http.HttpParser.parseNext(HttpParser.java:642)

        at org.eclipse.jetty.http.HttpParser.parseAvailable(HttpParser.java:230)

        at org.eclipse.jetty.server.BlockingHttpConnection.handle(BlockingHttpConnection.java:66)

        at org.eclipse.jetty.server.bio.SocketConnector$ConnectorEndPoint.run(SocketConnector.java:254)

        at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:599)

        at org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:534)

        at java.lang.Thread.run(Unknown Source)

[[mRg]]

I know this issue has been fixed .. I think you need to make sure you are using the latest version of SolrNet probably by building a version from the source @ github.

--
You received this message because you are subscribed to the Google Groups "SolrNet" group.
To view this discussion on the web visit https://groups.google.com/d/msg/solrnet/-/bSPUV5oRd6kJ.
To post to this group, send email to sol...@googlegroups.com.
To unsubscribe from this group, send email to solrnet+u...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/solrnet?hl=en.

[Alex C]

Thanks. That was it! I downloaded the latest build from GitHub and used the Release build. The issue's gone!

- Alex

[Mauricio Scheffer]

You can always get the latest builds from the build server (artifacts in http://teamcity.codebetter.com/project.html?projectId=project36&guest=1 )

--

Mauricio

On Wed, Dec 12, 2012 at 4:29 AM, Prasad <mailto....@gmail.com> wrote:

Hi,

I am getting the same issue.

Please specify the version i have to take from the Github and how to build to get it working

Thanks,
Prasad

To view this discussion on the web visit https://groups.google.com/d/msg/solrnet/-/_NEM7axNDmkJ.

[Daniel Pincas]

Fawn,

If you download the latest version from github and build it, you'll have SolrNet.dll in \SolrNet\bin\Debug. Just reference this dll in your project instead of the NuGet package (uninstall the NuGet package) and you should be good to go.

On Fri, Jun 7, 2013 at 3:16 PM, Fawn Stevens <faw...@gmail.com> wrote:

Hello,

I have the same error. I was just curious if you can tell me how you resolved this!

Thanks!

Fawn

--

You received this message because you are subscribed to the Google Groups "SolrNet" group.

To unsubscribe from this group and stop receiving emails from it, send an email to solrnet+u...@googlegroups.com.

To post to this group, send email to sol...@googlegroups.com.

Visit this group at http://groups.google.com/group/solrnet?hl=en.
For more options, visit https://groups.google.com/groups/opt_out.
 
 

[Mauricio Scheffer]

People, you can always get binaries from the build server, no need to compile from source.

cheers

[Jonathan Priest]

Hi Mauricio,

I'm trying to use the SOLR.NET assembly with SQL Server Integration Services (SSIS). The problem is that from a Script Task component within a Data Flow, the only way to access DLL's is through the Global Assembly Cache. In order to do that, I've downloaded the latest version of the code from GitHub and signed it in order to give the SOLR.NET and HttpWebAdapters projects a strong name so I can store them in the GAC. 

Is there any way that either the two projects can be signed with a strong name or I can get access to the current source code and sign/compile myself?

Thanks in advance,

Jonathan.

[Mauricio Scheffer]

If your question is about signing DLLs without having to compile them from source, see http://www.geekzilla.co.uk/ViewCE64BEF3-51A6-4F1C-90C9-6A76B015C9FB.htm

Otherwise you mention that you already got the source code and signed it yourself, so that gets you the same result.

Cheers

--

Mauricio

Visit this group at http://groups.google.com/group/solrnet.
For more options, visit https://groups.google.com/d/optout.