Return-Path: X-Original-To: apmail-camel-users-archive@www.apache.org Delivered-To: apmail-camel-users-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 23A2BC62E for ; Fri, 26 Jul 2013 19:04:49 +0000 (UTC) Received: (qmail 76273 invoked by uid 500); 26 Jul 2013 19:04:48 -0000 Delivered-To: apmail-camel-users-archive@camel.apache.org Received: (qmail 75871 invoked by uid 500); 26 Jul 2013 19:04:46 -0000 Mailing-List: contact users-help@camel.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@camel.apache.org Delivered-To: mailing list users@camel.apache.org Received: (qmail 75834 invoked by uid 99); 26 Jul 2013 19:04:45 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 26 Jul 2013 19:04:45 +0000 X-ASF-Spam-Status: No, hits=2.0 required=5.0 tests=SPF_NEUTRAL,URI_HEX X-Spam-Check-By: apache.org Received-SPF: error (nike.apache.org: encountered temporary error during SPF processing of domain of lassesvestergaard@gmail.com) Received: from [216.139.236.26] (HELO sam.nabble.com) (216.139.236.26) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 26 Jul 2013 19:04:35 +0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1V2nIw-00008e-MU for users@camel.apache.org; Fri, 26 Jul 2013 12:03:54 -0700 Date: Fri, 26 Jul 2013 12:03:54 -0700 (PDT) From: lassesvestergaard To: users@camel.apache.org Message-ID: <1374865434687-5736300.post@n5.nabble.com> In-Reply-To: References: <1374088684010-5735818.post@n5.nabble.com> <1374488800481-5736018.post@n5.nabble.com> Subject: Re: jsf and apache camel MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Ok. I have some clarifying questions then :-) jstrachan wrote > I think you're confusing anonymous processors with DI beans. A data > format is mostly just a bean which needs to be registered in some > registry (JNDI, spring, guice, whatever). Those are outside of the > camel DSL and camel looks them up by name. So you don't need anonymous > processors in the Java DSL; you just need a way to load/register beans > by name that you can reference from your dynamic camel routes. What I want to do is; I want a registered user (could more or less be anyone) to be able to create a custom route, on my my Apache camel web application (of course there are some security issues here, but this will be solved in different ways - that's an other discussion). The user could ex. be interested in doing some screen scraping from some arbitrary web page once a day. I imagine that the user would log in to my jsf page, and then start assembling (drag and drop much like Hawt.io) a camel route. The user would initially drag in ex. a timer component, then a http component, and setup the necessary properties, headers etc. After that he might want to create an anonymous processor because he can't find any component that can filter and convert the html from the scraped web page into what he want (he might might want to get the inner html from all p tags inside a div tag that has id="dummy"). When he has done this custom conversion/filtering he want's to send the resulting data to a sql database, which he does through the SQL component. This scenario is just one example, and I want users to be able to do what ever data routing they can imagine. They might want to send an image pixel by pixel from some arbitrary place to an other arbitrary place. I'm not sure I understand you correctly. Do you suggest that I can do the above scenario without anonymous processors, and the user would be able to do the same filtering and conversion through xml only? Of course I want to be able, as the administrator, to feed Camel with new components through it's lifetime, but I'm not sure I would like ordinary users to be able to do this from the start. This means that I will develop a backend, to the website, where I can upload a .java file, and then the server would compile, class load and inject the component into Camel. After that anyone can just select the component form a list (on my website) of all accessible camel components, and drag 'n drop a route similar to Hawt.io. Furthermore I want users to be able to edit and delete their own routes. I'm not sure if I'm missing some important point here. Thanks for your time. /Lasse Vetsergaard -- View this message in context: http://camel.465427.n5.nabble.com/jsf-and-apache-camel-tp5735818p5736300.html Sent from the Camel - Users mailing list archive at Nabble.com.