Re: camel restlet usage

2016-07-27 Thread lw
I tried to use the same port and got these errors below, so no go there.
org.apache.camel.RuntimeCamelException: java.net.BindException: Address
already in use
at
org.apache.camel.util.ObjectHelper.wrapRuntimeCamelException(ObjectHelper.java:1642)
at
org.apache.camel.spring.SpringCamelContext.onApplicationEvent(SpringCamelContext.java:138)
at
org.apache.camel.spring.CamelContextFactoryBean.onApplicationEvent(CamelContextFactoryBean.java:340)
at
org.springframework.context.event.SimpleApplicationEventMulticaster.multicastEvent(SimpleApplicationEventMulticaster.java:98)
at
org.springframework.context.support.AbstractApplicationContext.publishEvent(AbstractApplicationContext.java:333)
at
org.springframework.context.support.AbstractApplicationContext.finishRefresh(AbstractApplicationContext.java:776)
at
org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:485)
at
org.springframework.context.support.FileSystemXmlApplicationContext.(FileSystemXmlApplicationContext.java:140)
at
org.springframework.context.support.FileSystemXmlApplicationContext.(FileSystemXmlApplicationContext.java:84)
at
cms.extension.listener.integration.context.loaders.FileContextLoader.restart(FileContextLoader.java:48)
at
cms.extension.listener.integration.context.loaders.FileContextLoader$2$1.process(FileContextLoader.java:67)
at
org.apache.camel.processor.DelegateSyncProcessor.process(DelegateSyncProcessor.java:63)
at
org.apache.camel.management.InstrumentationProcessor.process(InstrumentationProcessor.java:77)
at
org.apache.camel.processor.RedeliveryErrorHandler.process(RedeliveryErrorHandler.java:460)
at
org.apache.camel.processor.CamelInternalProcessor.process(CamelInternalProcessor.java:190)
at
org.apache.camel.processor.CamelInternalProcessor.process(CamelInternalProcessor.java:190)
at
org.apache.camel.component.file.GenericFileConsumer.processExchange(GenericFileConsumer.java:442)
at
org.apache.camel.component.file.GenericFileConsumer.processBatch(GenericFileConsumer.java:214)
at
org.apache.camel.component.file.GenericFileConsumer.poll(GenericFileConsumer.java:178)
at
org.apache.camel.impl.ScheduledPollConsumer.doRun(ScheduledPollConsumer.java:174)
at
org.apache.camel.impl.ScheduledPollConsumer.run(ScheduledPollConsumer.java:101)
at
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:308)
at
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:180)
at
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:294)
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
Caused by: java.net.BindException: Address already in use




--
View this message in context: 
http://camel.465427.n5.nabble.com/camel-restlet-usage-tp5785477p5785505.html
Sent from the Camel - Users mailing list archive at Nabble.com.


Re: camel restlet usage

2016-07-27 Thread lw
Thank you for the input  Souciance. I'll give it a try and switch to the same
port.  



--
View this message in context: 
http://camel.465427.n5.nabble.com/camel-restlet-usage-tp5785477p5785502.html
Sent from the Camel - Users mailing list archive at Nabble.com.


Re: camel restlet usage

2016-07-26 Thread souciance
Hi Lw

I don't see a problem using the same port for the first two services.

For the third service, you get use the same port here too, 200 times in 24h
hours is not much. It depends more on the amount of data you are receiving.
If there is no particular requirement then all three can use the same port.

Best
Souciance

On Tue, Jul 26, 2016 at 6:44 PM, lw [via Camel] <
ml-node+s465427n5785477...@n5.nabble.com> wrote:

> Hello everyone,
> I want to get a better idea on internal server process that gets created
> when camel restlet is used. So far I have these 2 endpoints in production:
> http://localhost:29123/camel/cms/bulkLoader?restletMethods=get,post"/>
> http://localhost:29124/camel/rdf/bulkLoader?restletMethods=get,post"/>
> The 2 endpoints I use on a very rare occasions for bulk loading data, but
> the endpoints are always available, so the processes are always running.
> My understanding is that I have 2 separate internal servers running at the
> same time, although I rarely use them.
> Would it be better to use the same port instead of two? Should I keep the
> script commented out until I actually need to run them?
>
> I have a task right now in test that's set up a third endpoint:
> http://localhost:29125/camel/otv/item/update?restletMethods=get,post"/>
> This end point is going to get hit externally with regularity of about 200
> times in 24 hours. Is this a good use for a restlet? Or would it be better
> to set up a server?
> Also, would it be better to use the same port for all 3 endpoints?
> Thank you for your time. lw
>
> --
> If you reply to this email, your message will be added to the discussion
> below:
> http://camel.465427.n5.nabble.com/camel-restlet-usage-tp5785477.html
> To start a new topic under Camel - Users, email
> ml-node+s465427n465428...@n5.nabble.com
> To unsubscribe from Camel - Users, click here
> <http://camel.465427.n5.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_code=465428=c291Y2lhbmNlLmVxZGFtLnJhc2h0aUBnbWFpbC5jb218NDY1NDI4fDE1MzI5MTE2NTY=>
> .
> NAML
> <http://camel.465427.n5.nabble.com/template/NamlServlet.jtp?macro=macro_viewer=instant_html%21nabble%3Aemail.naml=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespace=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml>
>




--
View this message in context: 
http://camel.465427.n5.nabble.com/camel-restlet-usage-tp5785477p5785483.html
Sent from the Camel - Users mailing list archive at Nabble.com.

camel restlet usage

2016-07-26 Thread lw
Hello everyone, 
I want to get a better idea on internal server process that gets created
when camel restlet is used. So far I have these 2 endpoints in production: 
http://localhost:29123/camel/cms/bulkLoader?restletMethods=get,post"/>
http://localhost:29124/camel/rdf/bulkLoader?restletMethods=get,post"/>
The 2 endpoints I use on a very rare occasions for bulk loading data, but
the endpoints are always available, so the processes are always running. 
My understanding is that I have 2 separate internal servers running at the
same time, although I rarely use them. 
Would it be better to use the same port instead of two? Should I keep the
script commented out until I actually need to run them? 

I have a task right now in test that's set up a third endpoint:
http://localhost:29125/camel/otv/item/update?restletMethods=get,post"/>
This end point is going to get hit externally with regularity of about 200
times in 24 hours. Is this a good use for a restlet? Or would it be better
to set up a server?
Also, would it be better to use the same port for all 3 endpoints? 
Thank you for your time. lw



--
View this message in context: 
http://camel.465427.n5.nabble.com/camel-restlet-usage-tp5785477.html
Sent from the Camel - Users mailing list archive at Nabble.com.


Re: restlet usage

2009-01-21 Thread nojonojo


Thanks much - not sure why I didn't notice that.  I had been using restlet
1.0.11 instead of 1.1.1.

Understood about the documentation.  It's better to have something working
with sparse documentation than to have it well documented and not working!


P.Budzik wrote:
 
 
 nojonojo wrote:
 
 I'm possibly interested in working with camel-restlet (2.0, since it
 doesn't exist before then).  First off, is there any documentation
 besides that on  http://camel.apache.org/restlet.html the restlet
 component page ?
 
 I'm having two problems.  The first is conceptual - the page that I
 linked above really doesn't describe how camel integrates with Restlet,
 it just shows a trivial Hello, world! level example.  I can probably
 figure it out if I can get things working in general, but more
 documentation there would be helpful.
 
 
 This component is really fresh stuff delivered recently however I'm glad
 to see folks being interested in it. You're right, the documentation is
 sparse. I was going to extend that, but as usual there was no time :) I
 assure you anyway it works in a real project not only for hello world.
 You can count at least on me and William for working out your problem. 
 
 
 
 Secondly, I can't get a (simpler) Hello world sample to work.  At this
 point, I'm not interested in the authentication part.  The following is
 the class that I'm using:
 
 Being new to Camel, I really don't know where to start.
 
 
 Seems that you have some dependency problem. Look at the excerpt from my
 libs:
 
   classpathentry kind=var
 path=M2_REPO/com/noelios/restlet/com.noelios.restlet/1.1.1/com.noelios.restlet-1.1.1.jar/
   classpathentry kind=var
 path=M2_REPO/com/noelios/restlet/com.noelios.restlet.ext.simple/1.1.1/com.noelios.restlet.ext.simple-1.1.1.jar/
   classpathentry kind=var
 path=M2_REPO/org/restlet/org.restlet/1.1.1/org.restlet-1.1.1.jar/
 
 Do your versions match with that? It looks like the binding class is
 calling Form.getValuesMap() and the one on the classpath has a different
 signature.
 
 

-- 
View this message in context: 
http://www.nabble.com/restlet-usage-tp21572086s22882p21585150.html
Sent from the Camel - Users mailing list archive at Nabble.com.



Re: restlet usage

2009-01-21 Thread Claus Ibsen
And remember we love contributions
http://camel.apache.org/contributing.html

So if you get some hands on experience with the component and how to
use it. Then feel free to provide feedback either here in the forum or
signup for edit rights to the wiki pages.

On Wed, Jan 21, 2009 at 4:15 PM, nojonojo n0...@yahoo.com wrote:


 Thanks much - not sure why I didn't notice that.  I had been using restlet
 1.0.11 instead of 1.1.1.

 Understood about the documentation.  It's better to have something working
 with sparse documentation than to have it well documented and not working!


 P.Budzik wrote:


 nojonojo wrote:

 I'm possibly interested in working with camel-restlet (2.0, since it
 doesn't exist before then).  First off, is there any documentation
 besides that on  http://camel.apache.org/restlet.html the restlet
 component page ?

 I'm having two problems.  The first is conceptual - the page that I
 linked above really doesn't describe how camel integrates with Restlet,
 it just shows a trivial Hello, world! level example.  I can probably
 figure it out if I can get things working in general, but more
 documentation there would be helpful.


 This component is really fresh stuff delivered recently however I'm glad
 to see folks being interested in it. You're right, the documentation is
 sparse. I was going to extend that, but as usual there was no time :) I
 assure you anyway it works in a real project not only for hello world.
 You can count at least on me and William for working out your problem.



 Secondly, I can't get a (simpler) Hello world sample to work.  At this
 point, I'm not interested in the authentication part.  The following is
 the class that I'm using:
 
 Being new to Camel, I really don't know where to start.


 Seems that you have some dependency problem. Look at the excerpt from my
 libs:

   classpathentry kind=var
 path=M2_REPO/com/noelios/restlet/com.noelios.restlet/1.1.1/com.noelios.restlet-1.1.1.jar/
   classpathentry kind=var
 path=M2_REPO/com/noelios/restlet/com.noelios.restlet.ext.simple/1.1.1/com.noelios.restlet.ext.simple-1.1.1.jar/
   classpathentry kind=var
 path=M2_REPO/org/restlet/org.restlet/1.1.1/org.restlet-1.1.1.jar/

 Do your versions match with that? It looks like the binding class is
 calling Form.getValuesMap() and the one on the classpath has a different
 signature.



 --
 View this message in context: 
 http://www.nabble.com/restlet-usage-tp21572086s22882p21585150.html
 Sent from the Camel - Users mailing list archive at Nabble.com.





-- 
Claus Ibsen
Apache Camel Committer

Open Source Integration: http://fusesource.com
Blog: http://davsclaus.blogspot.com/