Hi, Sorry there's a spelling mistake. s/jps/jsp/g s/JPS/jsp/g Regards, SanjayaV
On Fri, Oct 1, 2010 at 8:24 AM, Sanjaya Vithanagama <[email protected]>wrote: > Hi, > I'm working on this and will update with the progress. What we are trying > to do is to let the user upload a war file containing the task rendering > JPSs. This should be included in the human task package that the user > uploads . Then we would deploy the war file (using webapp management) and > include the jsp path in the task view page (We can create the relative path > using the war file name and the jps file location) . > Regards, > SanjayaV. > > > On Fri, Oct 1, 2010 at 6:58 AM, Nuwan Bandara <[email protected]> wrote: > >> Hi Srinath, >> >> Yes I had a chat with milinda regarding this, he said its a viable >> solution, maybe he can add a comment on the implementation. >> >> Regards >> /Nuwan >> >> >> On Thu, Sep 30, 2010 at 5:51 PM, Srinath Perera <[email protected]> wrote: >> >>> Hi Nuwan, >>> >>> What happened to this? Do you guys have a solution agreed on (in case, >>> please post it here), or else we should have a meeting. >>> >>> --Srinath >>> >>> On Sat, Sep 25, 2010 at 2:52 PM, Nuwan Bandara <[email protected]> wrote: >>> > Hi guys, >>> > >>> > Am thinking out loud here. Since now we have web-app deployment >>> capability, >>> > why dont we take use of that. So simply what u need to do is, to create >>> a >>> > web-app out of the jsp and deploy it in our carbon server. so at that >>> point >>> > the jsp can be rendered. and it can also be included in any HT user >>> > interface. >>> > >>> > However I am not aware of all the use cases, but to simply to render a >>> jsp >>> > this will be a trivial solution. >>> > >>> > Regards >>> > /Nuwan >>> > >>> > On Fri, Sep 24, 2010 at 12:48 AM, Sameera Jayasoma <[email protected]> >>> wrote: >>> >> >>> >> >>> >> On Fri, Sep 24, 2010 at 8:23 AM, Milinda Pathirage <[email protected]> >>> >> wrote: >>> >>> >>> >>> Hi Sameera, >>> >>> We discussed this on IRC yesterday.Plan is to come up with a proxy >>> bundle >>> >>> which holds all the JSPs deployed with Human Task archives. This >>> proxy >>> >>> bundle will be a UI bundle which expose a seperate child context >>> under >>> >>> carbon context (for example: carbon/foo). Once you deploy a human >>> task >>> >>> archive we modify that bundle programetically and put the JSP files >>> in HT >>> >>> archive to that bundle and refresh the bundle. >>> >>> >>> >>> >>> >>> Is this a good solution? >>> >> >>> >> I am not sure whether this bundle refreshing will work. This action >>> can >>> >> cause other wired bundles to be refreshed also. Anyway we need to test >>> this >>> >> with a dummy bundle. >>> >> >>> >> Sameera >>> >>> >>> >>> Otherwise we'll have to write custom registry handler which makes JSP >>> >>> available under 'carbon' context. >>> >>> Please feel free to comment on this. >>> >>> Thanks >>> >>> Milinda >>> >>> >>> >>> On Thu, Sep 23, 2010 at 10:31 PM, Sameera Jayasoma <[email protected] >>> > >>> >>> wrote: >>> >>>> >>> >>>> Hi Sanjaya >>> >>>> >>> >>>> On Thu, Sep 23, 2010 at 2:53 PM, Sanjaya Vithanagama < >>> [email protected]> >>> >>>> wrote: >>> >>>>> >>> >>>>> Hi All, >>> >>>>> >>> >>>>> In the human-task implementation, we need to allow the user to >>> include >>> >>>>> a custom jsp page with the human task package which is uploaded. We >>> add the >>> >>>>> uploaded human-task (zip)package to the registry. >>> >>>>> >>> >>>>> Once the task instances are created for the uploaded task >>> definition, >>> >>>>> in the task view page we need to include the user uploaded jsp >>> page. [The >>> >>>>> purpose of this is to render the task creation request message >>> which has >>> >>>>> the data required for task operator to perform the task] >>> >>>>> >>> >>>>> Is there a way to add the user uploaded jsp page (which resides in >>> the >>> >>>>> zip package added to the registry) to the application context of >>> the >>> >>>>> human-task ui bundle? Then we can include the custom jsp in the >>> task view >>> >>>>> page using a <jsp:include>. >>> >>>> >>> >>>> With the current implementation of the Carbon UI framework we cannot >>> do >>> >>>> this. All the UI resources belongs to a Component should reside in >>> its UI >>> >>>> bundle's classpath. >>> >>>> >>> >>>> If you want to load UI resources reside in the registry, we need to >>> >>>> improve the Carbon-UI framework to support this feature. >>> >>>> >>> >>>> Thanks >>> >>>> Sameera. >>> >>>>> >>> >>>>> Regards, >>> >>>>> SanjayaV. >>> >>>>> >>> >>>>> _______________________________________________ >>> >>>>> Carbon-dev mailing list >>> >>>>> [email protected] >>> >>>>> https://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev >>> >>>>> >>> >>>> >>> >>>> >>> >>>> >>> >>>> -- >>> >>>> Sameera Jayasoma >>> >>>> Technical Lead and Product Manager, WSO2 Carbon >>> >>>> >>> >>>> WSO2, Inc. (http://wso2.com) >>> >>>> email: [email protected] >>> >>>> blog: http://tech.jayasoma.org >>> >>>> >>> >>>> Lean . Enterprise . Middleware >>> >>>> >>> >>>> _______________________________________________ >>> >>>> Carbon-dev mailing list >>> >>>> [email protected] >>> >>>> https://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev >>> >>>> >>> >>> >>> >>> >>> >>> >>> >>> -- >>> >>> Milinda Pathirage >>> >>> Technical Lead and Product Manager, Business Process Server - WSO2 >>> Inc; >>> >>> http://wso2.com >>> >>> Blog: http://blog.mpathirage.com >>> >>> >>> >>> Lean Enterprise Middleware >>> >>> >>> >>> _______________________________________________ >>> >>> Carbon-dev mailing list >>> >>> [email protected] >>> >>> https://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev >>> >>> >>> >> >>> >> >>> >> >>> >> -- >>> >> Sameera Jayasoma >>> >> Technical Lead and Product Manager, WSO2 Carbon >>> >> >>> >> WSO2, Inc. (http://wso2.com) >>> >> email: [email protected] >>> >> blog: http://tech.jayasoma.org >>> >> >>> >> Lean . Enterprise . Middleware >>> >> >>> >> _______________________________________________ >>> >> Carbon-dev mailing list >>> >> [email protected] >>> >> https://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev >>> >> >>> > >>> > >>> > >>> > -- >>> > Nuwan Bandara >>> > WSO2 Inc. | http://wso2.com >>> > lean . enterprise . middleware >>> > >>> > http://www.nuwanbando.com >>> > >>> > >>> > >>> > _______________________________________________ >>> > Carbon-dev mailing list >>> > [email protected] >>> > https://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev >>> > >>> > >>> >>> >>> >>> -- >>> ============================ >>> Srinath Perera, Ph.D. >>> Senior Software Architect, WSO2 Inc. >>> Visiting Lecturer, University of Moratuwa >>> Member, Apache Software Foundation >>> Member, Lanka Software Foundation >>> Blog: http://srinathsview.blogspot.com/ >>> >>> _______________________________________________ >>> Carbon-dev mailing list >>> [email protected] >>> https://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev >>> >> >> >> >> -- >> Nuwan Bandara >> WSO2 Inc. | http://wso2.com >> lean . enterprise . middleware >> >> http://www.nuwanbando.com >> >> <http://www.nuwanbando.com/> >> >> _______________________________________________ >> Carbon-dev mailing list >> [email protected] >> https://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev >> >> >
_______________________________________________ Carbon-dev mailing list [email protected] https://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
