Hi David!
Thanks for the explanation. Unfortunately I doubt your approach is the way to
go. You are forcing all your users to get familiar with Tapestry, so they are
all really aware of software development, java, Testing, the dev pipeline and
everything? Who makes sure the tml and fictious jave class works smoothly
together?
I believe either they have to provide valid static html (no dynamic part, but
renderable by tapestry via outputraw). Or you provide base classes and tmls and
they send back derived version (tml / java inheritance, see T5 website), but
again there must be some awareness for software dev and the toolchain, which is
not worth the effort as you still need to know all dynamic parts in advance.
What about accepting e.g xml / json and render the data in a generic way on
your side? Based an certain elements or attributes you should be able even to
render complex layouts and your users only need to know which
elements/attributes you support? Yes I know this sounds like the early 80ies
jsp tag libs or good old xml-dynamic-swing-ui systems-frameworks.
Jens
Von meinem iPhone gesendet
> Am 01.03.2016 um 00:03 schrieb David Diaz <d...@viddiaz.com>:
>
> Hi all,
>
> Thanks for the replies! I checked out your link Barry - it doesn't seem to
> be exactly what I want. (I'll explain later in the reply... I'm still new
> to mailing lists).
>
> Thiago & Jens:
> How I'm doing fetching-code-outside is someone writes a .java file that
> implements an interface. Say it has function a, b and c they have to
> implement. They then compile this into a class, put it into a program and
> link it to the set of data they want to render. Then, when using the web
> interface the application will detect when its loading the set of data and
> load it into its own class (not overwriting), create a new instance and
> then use functions a, b and c to render the data into the webpage. This is
> already working - but currently how it is done is that the user has to
> hardcode their HTML into the .class file and do things like \"<div>" +
> escapeHTML(data) + "</div>";\ instead of it having a template system where
> they could go <div>${data}</div> and then the application would use the
> tapestry template/component system.
>
> An example usage for this would be, for example, a library that wants to
> digitize its pages and then have it available online to be viewed through
> the application. The library could store the files in an XML format like
> so: http://da.viddiaz.com/example.xml and then use the following
> hypothetical code and .tml to render it: http://da.viddiaz.com/code.txt
> http://da.viddiaz.com/code.tml
>
> Then this library could have different sets of data that wouldn't match
> this exact set of data - it might have sets of emails (so then you could
> write an email renderer), MARC data and so on. These examples are basic -
> in the real world the data is a lot more complex! I hope this makes a bit
> more sense why I would need to take this approach.
>
> In regards to the Dynamic component, I must have messed up using it. Still
> though, the problem would be getting it linked up to the .class file that
> is loaded so that the user could then use tapestry in there (otherwise the
> ComponentResources would be the .tml file that loaded it, not the
> dynamically loaded one).
>
> The stack trace I was getting is here, although I don't think it's really
> useful: http://da.viddiaz.com/stacktrace.txt
>
> Thanks,
> David.
>
> On Tue, Mar 1, 2016 at 9:09 AM, mailingl...@j-b-s.de <mailingl...@j-b-s.de>
> wrote:
>
>> I see. So a tapestry TML without a JAVA class is not considerably dynamic
>> as it has no business logic at all. Either your 3rd party delivers
>> TML+CLASS (only components from my point of view) than you can integrate it
>> as module. But this is far away from "dynamic". If you provide the logic,
>> the TML can not change anything nor add something new, so its about
>> rearanging HTML or changing the style, but this is not what you want
>> either, right? Because this might be a pure CSS related topic.
>>
>> Can you give us a real piece of code you get from your 3rd party for
>> integration? Maybe it's really an iframe, an external template engine (to
>> render raw output) or something completely different like angular...
>> I am still confused about the requirements...
>>
>> Sorry
>>
>> Jens
>>
>> Von meinem iPhone gesendet
>>
>>> Am 29.02.2016 um 09:05 schrieb David Diaz <d...@viddiaz.com>:
>>>
>>> Hi Jens,
>>>
>>> Yes I have external pages that I need to integrate. And by code I mean
>> the
>>> actual .java page that would (hopefully) power the .tml.
>>>
>>> The problem I have is that I need to (obviously) render content in a
>>> specific way, but the application I am writing needs to load the
>> templates
>>> dynamically.
>>>
>>> Thanks,
>>> David.
>>>
>>> On Mon, Feb 29, 2016 at 6:37 PM, mailingl...@j-b-s.de <
>> mailingl...@j-b-s.de>
>>> wrote:
>>>
>>>> Hi David!
>>>>
>>>> What do you mean by "external code"? Are you talking about external
>>>> Tapestry pages/components and tml's you need to integrate? Because you
>>>> mentiond HTML not TML? Does "code" refer to Javascript? Is the external
>>>> code self contained? What about an ugly but simple "iframe"?
>>>>
>>>> Jens
>>>>
>>>>
>>>> Von meinem iPhone gesendet
>>>>
>>>>> Am 29.02.2016 um 05:18 schrieb David Diaz <d...@viddiaz.com>:
>>>>>
>>>>> Hi all,
>>>>>
>>>>> I have been using Tapestry for a little bit now and I have run into one
>>>>> problem that I can't figure out how to solve.
>>>>>
>>>>> In my application I need to be able to load external code & HTML to
>>>> display
>>>>> to the user from a trusted source at run-time. Currently I have gotten
>>>> code
>>>>> to load fine and I am using outputraw to render the result from the
>> code.
>>>>> This is pretty bad though since I have to code the HTML within the Java
>>>>> file instead of having it templated.
>>>>>
>>>>> I saw that Tapestry has a "Dynamic" component that allows loading
>>>> templates
>>>>> from an external source but I tried using it - it tries loading a file
>>>> from
>>>>> the file system at page creation time... this is not suitable for my
>> use
>>>>> case since I need to load it from a String and I need to do it at
>> render
>>>>> time.
>>>>>
>>>>> I also tried messing around with DynamicTemplateParser & MarkupWriter
>>>> but I
>>>>> couldn't get it to bind to my properties/functions since the code is
>>>> loaded
>>>>> at runtime and is not defined at compile time (I would hit a NPE when
>> the
>>>>> PropBindingFactory would try and locate the component).
>>>>>
>>>>> If anyone could suggest any way of accomplishing this (or if it's
>> futile
>>>>> and I'm wasting my time), it would be really appreciated.
>>>>>
>>>>> Thanks,
>>>>> David.
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
>>>> For additional commands, e-mail: users-h...@tapestry.apache.org
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
>> For additional commands, e-mail: users-h...@tapestry.apache.org
>>
>>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
For additional commands, e-mail: users-h...@tapestry.apache.org
