Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [smila-user] JMS broker configuration for multiple machines

On Fri, Apr 9, 2010 at 9:36 AM,  <Andreas.Weber@xxxxxxxxxxx> wrote:
> First, you don't need a JMS Broker (a Queue) on host Indy at all, because you won't need Queues there.
> (But it also doesn't matter if one is started here for localhost, so leave JMS.properties as they are)

So the jms.properties is used only to start a server and all the
client components are not affected by it. Ok.

> So you are right - Indy Listener is stealing messages from the queue.
> To solve this, just edit the QueueWorkerListenerConfig.xml on Indy, and e.g. remove or comment out the <Rule> that is contained there.

I commented out all the Rules and now I see Marty is processing the .
However I ran into other problems:
- the QueueWorkerRouterConfig.xml has a RecordFilter attribute in its
Send task. I saw that Marty was complaining about missing attributes,
so I substituted "nothing" with "no-filter" (I found those values in
the blackboard configuration.) How did it work in local if the
attributes were all stripped out?
- then I had to comment out from the add pipeline my pipelets and
services, as it says they are not loaded. This may be some
side-effect, but they were working in local.
- after some processing, the BPEL executor starts throwing some
exception. The first is:
 2010-04-09 11:39:52,944 ERROR [ODEServerImpl-1
      ]  lucene.LuceneIndexService                     - error
processing record
src:file|key:<Path=/home/giorgio/smila_sample_indy/science.u8.txt>
org.eclipse.smila.search.index.IndexException: java.io.IOException:
cannot read directory
org.apache.lucene.store.FSDirectory@/opt/smila/workspace/.metadata/.plugins/org.eclipse.smila.lucene/test_index:
list() returned null
    at org.eclipse.smila.search.lucene.index.access.IndexWriterPool.flushIndexWriter(IndexWriterPool.java:117)
    at org.eclipse.smila.search.lucene.index.IndexConnection.flushIndex(IndexConnection.java:333)
    at org.eclipse.smila.search.lucene.index.IndexConnection.writeDocumentToIndex(IndexConnection.java:322)
    at org.eclipse.smila.search.lucene.index.IndexConnection.learnDocument(IndexConnection.java:304)
    at org.eclipse.smila.lucene.LuceneIndexService.addRecord(LuceneIndexService.java:263)
    at org.eclipse.smila.lucene.LuceneIndexService.process(LuceneIndexService.java:192)
    at org.eclipse.smila.processing.bpel.ProcessingServiceManager.doInvoke(ProcessingServiceManager.java:150)
    at org.eclipse.smila.processing.bpel.ExtensionManager.invokeAdapter(ExtensionManager.java:228)
    at org.eclipse.smila.processing.bpel.ExtensionManager.invokeActivity(ExtensionManager.java:164)
    at org.eclipse.smila.processing.bpel.SMILAExtensionBundle$InvokeServiceActivity.run(SMILAExtensionBundle.java:126)
    at org.eclipse.smila.processing.bpel.SMILAExtensionBundle$InvokeServiceActivity.run(SMILAExtensionBundle.java:138)
    at org.apache.ode.bpel.rtrep.v2.EXTENSIONACTIVITY.run(EXTENSIONACTIVITY.java:62)
    at sun.reflect.GeneratedMethodAccessor78.invoke(Unknown Source)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
    at java.lang.reflect.Method.invoke(Method.java:597)
And then many others, like 'too many open files'. I guess it's trying
to process all JMS messages at once and it's too much to handle?
Thanks for any support.

Regards,
-- 
Giorgio Sironi
Piccolo Principe & Web Engineer
http://giorgiosironi.blogspot.com
http://twitter.com/giorgiosironi


Back to the top