RE: If we call it Tapestry 4.0, not 3.x, Maybe we would do much

Ick, Ruby! I downloaded the tutorial on that one, set up two tables, joined them, and printed a list of 1,000 rows that included columns from each table. Nine seconds and 1,001 SQL statements later I got my list :). Sorry, but anything which uses an N+1 fetch method to resolve joi

Re: If we call it Tapestry 4.0, not 3.x, Maybe we would do much

Howard Lewis Ship wrote: I in prefixes: A mistake, but there are no plans to strip it out of existing interfaces. Breaks backwards compatibility. Perhaps in Tapestry Dali. Why is it a mistake ? Is it just a matter of personal taste like the brace indentation (although we all know that braces sho

RE: If we call it Tapestry 4.0, not 3.x, Maybe we would do much

I am sure you ment to say Jython (!ruby). -Original Message- From: Jamie [mailto:[EMAIL PROTECTED] Sent: Fri 4/22/2005 9:51 AM To: Tapestry users Subject: Re: If we call it Tapestry 4.0, not 3.x, Maybe we would do much Once we're all programming in Ruby, we won't have to argue about tho

Re: If we call it Tapestry 4.0, not 3.x, Maybe we would do much

Robert wrote: True, but remember that you would also need a different syntax for interfaces. Which is something that Delphi lacked. property hasChildren boolean; read; [write;] Do not see this to be a problem. Such syntax seems compact and transparent. IMO much better than get/set convention an

SF Bay area Tapestry Users

Hi, If anyone is looking for a job in the SF Bay Area, please let me know off-list. Jordan

RE: If we call it Tapestry 4.0, not 3.x, Maybe we would do much

Nope, you'd be right. I wasn't overfond of the language syntax either, but my particular gripe was with rails more so than mere ruby :). ---Pat -Original Message- From: Warner Onstine [mailto:[EMAIL PROTECTED] Sent: Friday, April 22, 2005 11:07 AM To: Tapestry users Subj

Re: Tapestry Hibernate NonUniqueException

If you are using Hibernate 3.0 (you probably should be), saveOrUpdateCopy() is deprecated in favor of merge(). NonUniqueObjectExceptions can be a pain to deal with, especially since Hibernate doesn't give you any clean way of determining if your object in question is already represented in an open

Re: If we call it Tapestry 4.0, not 3.x, Maybe we would do much

On Apr 22, 2005, at 1:54 PM, Patrick Casey wrote: Ick, Ruby! I downloaded the tutorial on that one, set up two tables, joined them, and printed a list of 1,000 rows that included columns from each table. Nine seconds and 1,001 SQL statements later I got my list :). Sorry, but anything which us

Re: If we call it Tapestry 4.0, not 3.x, Maybe we would do much

Guys, have you heard of jalopy http://jalopy.sourceforge.net/ Pass source through and enjoy! I think Jakarta should demand mandatory Jalopy step in build files that everybody will be happy. No more heated syntax discussions, end of story, everybody works with what Heorshe likes :) Karthik Abram

Re: If we call it Tapestry 4.0, not 3.x, Maybe we would do much

Uhh, forgive me if I'm misunderstanding but that would be Ruby on Rails, not plain Ruby. -warner (new to Ruby and RoR) On Apr 22, 2005, at 10:54 AM, Patrick Casey wrote: Ick, Ruby! I downloaded the tutorial on that one, set up two tables, joined them, and printed a list of 1,000 rows that includ

RE: If we call it Tapestry 4.0, not 3.x, Maybe we would do much

No more off the topic than the discussion on Ruby. At least this one pertains to Tapestry code :) Also, the Jakarta commons coding standard calls for braces on its own line. -Original Message- From: Jamie [mailto:[EMAIL PROTECTED] Sent: Friday, April 22, 2005 3:46 PM To: Tapestry users Su

DTD for Picasso

Hi, Would it be possible to deploy the DTDs for Picasso, such as the http://jakarta.apache.org/tapestry/dtd/Tapestry_4_0.dtd? Regards, Jérôme. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL P

Re: If we call it Tapestry 4.0, not 3.x, Maybe we would do much

Once we're all programming in Ruby, we won't have to argue about those awful braces that should always open at the end of the line. ;-) Jamie PS and javadoc comments shouldn't have a blank line after them! It makes them look like they belong to the code above (breaks the proximity rule of layou

Re: page/component design question

If you do not like using the Conditional component, take a look at the Block component (if you are not awared of it already). Also Mike Henderson's blog on dynamic block might be of interest to you. http://www.behindthesite.com/blog/C1931765677/E1630021481/ Shing --- "Zimmek, Jan" <[EMAIL PROTE

How to load pages at runtime...

Hi, I'm making an application that needs to load war files as plugins for the tapestry application to load them without making a new deploy or restarting the application server Does anybody knows how to load pages at runtime, or another way to do this? Thanks in advance. ---

RE: Dynamic table: going deeper in ognl graph (was: OGNL syntax question)

Bruno, I eventually had to scrap my row component and just roll my own "table" component. I'm not sure why, but nesting foreach (one per row to iterate the column list) inside of another foreach (one per table to iterate the set of rows), was murder on my performance (14 seconds t

Re: Problem passing A listener across several components: FIXED

I solved that problem. As the documentation states: "Warning If your component has any listener methods that need to access a parameter value, then you can't use direction in (or direction form). Listener methods are invoked outside of the page rendering process, when value stored in the connecte

Re: If we call it Tapestry 4.0, not 3.x, Maybe we would do much

Konstantin Iignatyev wrote: The best approach to the field is in Delphi (Object Pascal) property hasChildren boolean ; read ifThereAreAny; [write setHasChildrenAndNotifyWorld; ] so we start with a public field and if necessity arises the field might be redeclared as property and made read-only

RE: Using components dynamically

If you know the set of components that you might render, would the @RenderBlock/@Block accomplish what you need. We use these components quite successfully on some very dynamic forms, however we know all the types of components that could render ahead of time. If this doesn't quite work for you, yo

RE: If we call it Tapestry 4.0, not 3.x, Maybe we would do much

Eclipse is also written with platform specifice C|C++, so it should be exempt. -Original Message- From: Olivier Bourgeois [mailto:[EMAIL PROTECTED] Sent: Fri 4/22/2005 1:39 PM To: Tapestry users Subject: Re: If we call it Tapestry 4.0, not 3.x, Maybe we would do much On Friday 22 April

Hungarian Notation: was If we call it Tapestry 4.0, not 3.x, Maybe we would do much [ndc] [auf Viren geprueft]

There were two reasons to use Hungarian notation in C: 1. In C, you had to declare all your variables at the start of a function. So, if you have a 100 line function (not uncommon in C), and come across a new variable on line 70, you don't want to have to scroll all the way up to see what it is.

RE: If we call it Tapestry 4.0, not 3.x, Maybe we would do much

Except when you try and do a diff between the previous version and your massively reformatted version. Actually, source code control systems should remove ALL white spaces including tabs, extra spaces and newlines. When you get it back it should be all on one line. Then you can format it as y

Re: If we call it Tapestry 4.0, not 3.x, Maybe we would do much

On Friday 22 April 2005 12:36, Erik Hatcher wrote: > On Apr 22, 2005, at 5:53 AM, Mind Bridge wrote: > > Hi, > > > > Do you have to 'implement' or 'extend' a particular type? Can you have > > multiple inheritance with that type or not? Can you instantiate it? > > > > The answers of those questions

RE: page/component design question

There might be a problem with Dynamic Block (caveat emptor). Howard looked at it and recommended what is in my previous e-mail. regards, Mark -Original Message- From: Shing Hing Man [mailto:[EMAIL PROTECTED] Sent: Fri 4/22/2005 9:26 AM To: Tapestry users Subject: Re: page/component de

Re: If we call it Tapestry 4.0, not 3.x, Maybe we would do much

>Curly braces MUST be lined up!!! And tabs should be banned from all but wordprocessing documents. What is the fuss?! Pretty printers in any decent IDE can reformat code according to preferences of an individual developer, they work from Ant or other batch processors too. -- Thanks, Konsta

RE: Using components dynamically

Hi, We built a custom component that has its' own renderComponent method. However, rather than create one of these for each "type" of component, we load the component dynamically. So, this "dynamic" component loads others that have been declared in another page. We load thise via string names

Re: If we call it Tapestry 4.0, not 3.x, Maybe we would do much

The best approach to the field is in Delphi (Object Pascal) property hasChildren boolean ; read ifThereAreAny; [write setHasChildrenAndNotifyWorld; ] so we start with a public field and if necessity arises the field might be redeclared as property and made read-only or writable (if write func

RE: If we call it Tapestry 4.0, not 3.x, Maybe we would do much

Oh, and the curly braces should start on the same line... and I like tabs... 4 character wide... That's the One True Way :) On this one, I STRONGLY disagree. Of the four brace styles (k&r, gnu, bsd, whitesmith), k&r (which is what Java uses) is the most ridiculous. It makes the code completely

RE: If we call it Tapestry 4.0, not 3.x, Maybe we would do much

Well then, in the same way, putting "Abstract" in front of a class that is abstract is equally meaningless. My IDE shows me that too!! -Original Message- From: Erik Hatcher [mailto:[EMAIL PROTECTED] Sent: Friday, April 22, 2005 6:37 AM To: Tapestry users Subject: Re: If we call it Tapestr

Problem passing A listener across several components

Hi everyone, I have a tricky binding problem here. It is a bit long winded, so please bear with me. I have component called EntityList which takes a parameter called viewListener as like so: This is the listener that should be triggered when clicking the link

Re: If we call it Tapestry 4.0, not 3.x, Maybe we would do much

Ruby. Mark Stang wrote: I am sure you ment to say Jython (!ruby). -Original Message- From: Jamie [mailto:[EMAIL PROTECTED] Sent: Fri 4/22/2005 9:51 AM To: Tapestry users Subject: Re: If we call it Tapestry 4.0, not 3.x, Maybe we would do much Once we're all programming in Ruby, we won't h

Re: Upload Question

Waldo Mendoza umsa.bo> writes: > I was playing with the Upload component, and i saw that IUploadFile has this > method: > >public void write(File file); > > and the process to upload a file with this method is really short than the > method explained in the Upload component reference docu

Using components dynamically

Hi all. We're in the process of building a very flexible component that we'll use a lot over our site. The component will render an HTML table with data populated from a list of objects and properties, the properties forming columns in the table and the objects forming the rows, with the proper

RE: If we call it Tapestry 4.0, not 3.x, Maybe we would do much

Curly braces MUST be lined up!!! And tabs should be banned from all but wordprocessing documents. -Original Message- From: Jamie [mailto:[EMAIL PROTECTED] Sent: Fri 4/22/2005 8:26 AM To: Tapestry users Subject: Re: If we call it Tapestry 4.0, not 3.x, Maybe we would do much LOL. And

Tapestry Hibernate NonUniqueException

Having a problem with a NonUniqueException In my application I need to display, add & update Thing objects in various places, so I've created a ThingForm component that I can simply drop in and pass in the required parameters and it should work. Page Description A page displays some info about t

Re: DTD for Picasso

For now you can use http://jakarta.apache.org/tapestry/dtd/Tapestry_3_1.dtd Cheers Hugo Jérôme BERNARD wrote: Hi, Would it be possible to deploy the DTDs for Picasso, such as the http://jakarta.apache.org/tapestry/dtd/Tapestry_4_0.dtd? Regards, Jérôme. -

Re: If we call it Tapestry 4.0, not 3.x, Maybe we would do much

I'm building with Cayenne myself, and enjoying it immensely! Erik On Apr 22, 2005, at 4:38 PM, Patrick Casey wrote: Looks like it might (at least in the particularly common case I was listing). Still, Rails 12 isn't release yet (still alpha/beta neh?), and Hibernate's nice and mature on v

Re: how are bindings handeld?

Ron Piterman vollbio.de> writes: > I have a component with an ognl binding, which is rendered once. > if during the render I call the (abstract) getXXX many times, will the > ognl resolve again and again, or will it "cache" the value from the > first call? Yes if the parameter direction is "in

Re: If we call it Tapestry 4.0, not 3.x, Maybe we would do much

insert 2 cents here... I agree that the 'I' prefix is annoying to have to type over and over again since you end up using the interface frequently. It doesn't usually matter if you have to alter the name of an implementation class to differentiate. You should be using the implemenation via the

RE: If we call it Tapestry 4.0, not 3.x, Maybe we would do much

Looks like it might (at least in the particularly common case I was listing). Still, Rails 12 isn't release yet (still alpha/beta neh?), and Hibernate's nice and mature on version 3.0. Once you get over the learning curve on hibernate, I find it mind-numbingly easy to use, so I'm inclined

Re: If we call it Tapestry 4.0, not 3.x, Maybe we would do much

Hey, I thought you were on vacation! :-D Howard Lewis Ship wrote: I in prefixes: A mistake, but there are no plans to strip it out of existing interfaces. Breaks backwards compatibility. Perhaps in Tapestry Dali. _ for variable names: I like to be able to quickly pick out instance variables from

Re: If we call it Tapestry 4.0, not 3.x, Maybe we would do much

insert 2 cents here... I agree that the 'I' prefix is annoying to have to type over and over again since you end up using the interface frequently. It doesn't usually matter if you have to alter the name of an implementation class to differentiate. You should be using the implemenation via the inte

Tapestry Hibernate NonUniqueException

Having a problem with a NonUniqueException In my application I need to display, add & update Thing objects in various places, so I've created a ThingForm component that I can simply drop in and pass in the required parameters and it should work. Page Description A page displays some info about t

Re: If we call it Tapestry 4.0, not 3.x, Maybe we would do much

I in prefixes: A mistake, but there are no plans to strip it out of existing interfaces. Breaks backwards compatibility. Perhaps in Tapestry Dali. _ for variable names: I like to be able to quickly pick out instance variables from locals / parameters. The underscore notation helps with that, a

Re: Actions and Request Processing Lifecycle

Hao Chen hotmail.com> writes: > I am confused by the request process sequence of Tapestry. It > seems that action listeners are invoked when the components are > rendered. Why? JSF has clear request processing lifecyle. > Is there any good doc on Tapestry? Try the user guide or http://www

Re: If we call it Tapestry 4.0, not 3.x, Maybe we would do much

On Friday 22 April 2005 16:43, Justin Morgan wrote: > Erik Hatcher writes: > >> Hungarian notation does have its uses. > > Bah! Not in Java it doesn't. > > I write: > Agreed. One of the great things about Java is that it eliminates the > need for Hungarian notation. > > Even in plain old Jav

Re: page/component design question

Zimmek, Jan jamba.net> writes: > MainBorder.page > --- > > type="org.apache.tapestry.IComponent" persistent="no"/> > class="org.apache.tapestry.valid.ValidationDelegate"/> > > > I wonder how your authPane renders while involving the authPaneLogin and authPaneLog

Re: If we call it Tapestry 4.0, not 3.x, Maybe we would do much

For the ones who don´t know this page... http://mindprod.com/unmain.html Get a few ideas for obfuscating code, better even than that evil Hungarian Notation - Original Message - From: "Jamie" <[EMAIL PROTECTED]> To: "Tapestry users" Sent: Friday, April 22, 2005 12:51 PM Subject: Re: If w

Re: DynamicBlock problems

Mike , Thank your the help from Michael Henderson..The DynamicBlock is a greaten component. It help me to generate the dynamic layout of my portal system. And thank you for his advice, it help me find out the bug of my program. The reason of My BlockLogin Component not work is that I use the -D

RE: If we call it Tapestry 4.0, not 3.x, Maybe we would do much

Erik Hatcher writes: >> Hungarian notation does have its uses. > Bah! Not in Java it doesn't. I write: Agreed. One of the great things about Java is that it eliminates the need for Hungarian notation. Even in plain old Java, though, we still have Hungarian notation. "Get and set" anyone? H

Re: Using components dynamically

Robert Cole db.com> writes: > The component > will render an HTML table with data populated from a list of objects and > properties, the properties > forming columns in the table and the objects forming the rows, with the > properties being applied to the > rows to get the cell data. This may

Re: If we call it Tapestry 4.0, not 3.x, Maybe we would do much

Mind Bridge yahoo.com> writes: > Interfaces and classes are two rather different concepts. It seems to me > that they need to be distinguished clearly. Removing the 'I' in front of > the name and the characters that saves are a much smaller win compared > to the loss of clarity and the time wa

error while deploying

i'm getting an error while deploying xml files.server used is jboss3.2.6 server...error i'm getting is as follows.. 13:57:28,848 ERROR [XmlFileLoader] A pseudo attribute name is expected. :37:1 org.xml.sax.SAXParseException: A pseudo attribute name is expected. at org.apache.xerces.p

Actions and Request Processing Lifecycle

Hi, all I am confused by the request process sequence of Tapestry. It seems that action listeners are invoked when the components are rendered. Why? JSF has clear request processing lifecyle. Is there any good doc on Tapestry? I have a list page. In the page class, I load the list data in the

Re: If we call it Tapestry 4.0, not 3.x, Maybe we would do much

LOL. And +1 ;-) Jamie Viktor Szathmary wrote: Hi, let me put some more fuel on the flamewar :) I'm Hungarian, and I'm pretty sure Charles Simonyi would agree that, with a language like Java, Hungarian notation is pointless... and the underscore notation in Tapestry is in fact hideous... I personall

Re: If we call it Tapestry 4.0, not 3.x, Maybe we would do much

I have to agree with Erik's points here. I'll had that I find Hungarian notation and _ prefixes almost impossible to read. They slow me down terribly when I am reading code. They catch my eye, make me stop and wonder what the hell I'm looking at. The ugliness and verbosity makes the code more d

Re: If we call it Tapestry 4.0, not 3.x, Maybe we would do much

Hi, let me put some more fuel on the flamewar :) I'm Hungarian, and I'm pretty sure Charles Simonyi would agree that, with a language like Java, Hungarian notation is pointless... and the underscore notation in Tapestry is in fact hideous... I personally like the I prefix for interfaces, but can

Re: If we call it Tapestry 4.0, not 3.x, Maybe we would do much

On Apr 22, 2005, at 7:05 AM, Mind Bridge wrote: By the very same logic we should also remove the '_' prefix from member variables as well and make them look the same as local variables, no? Well, I certainly don't use _ prefixes :) I think its hideous. But the difference is that the I-prefixes a

Re: how are bindings handeld?

× Erik Hatcher: it will render again and again. caching would be up to you to implement. so if I use on each call to getMyObject() in the rendering process a new myObject will be returned... Thanx, Ron On Apr 22, 2005, at 7:43 AM, Ron Piterman wrote: Hi, I have a component with an ognl bi

Re: how are bindings handeld?

it will render again and again. caching would be up to you to implement. On Apr 22, 2005, at 7:43 AM, Ron Piterman wrote: Hi, I have a component with an ognl binding, which is rendered once. if during the render I call the (abstract) getXXX many times, will the ognl resolve again and again, or

Re: Images not serving (may be Jetty Launcher)

I was using just the root context of / but I have also tried a context of /app and the image uri get rendered properly as /app/images/edit.gif but still they don't render. I will try making a war. Cheers, Adam. - Original Message - From: "Erik Hatcher" <[EMAIL PROTECTED]> To: "Tapestry use

Re: If we call it Tapestry 4.0, not 3.x, Maybe we would do much

> Not that you have to do everything Sun says but I would guess that the > current > Tapestry name conventions do seem a bit strange to many Java developers. "A bit strange" indeed. It may be ridiculous, but I find that it slows me down noticeably when I'm forced to use the "I" and "_variable" n

Re: Problems with instantiation of the Border Component

According to my experiance, this happens when you define abstract getters /setters with a missing or on the jwc. × Jelena Jovanovic: This normally indicates something is wrong with either the Border it's self.Is it abstract without any abstract setters/getters? Yes, I did make it an abstra

page/component design question

Hi All, I am currently developing my first Tapestry-Application and got a design-issue. Having a border-component containing a login-box at the bottom of the screen, I thought it would be very elegant to be able to dynamically toggle this box (login <-> logout). But when I start up my webapp I go

RE: Problems with instantiation of the Border Component

> This normally indicates something is wrong with either the Border it's >self.Is it abstract without any abstract setters/getters? Yes, I did make it an abstract class, but it has abstract setter and getter methods. Actually, I reused a part of the Border component definition from the Virtual libr

Dynamic table: going deeper in ognl graph (was: OGNL syntax question)

Hi All, I have the same problem as Patrick. I'm trying to display a table that has a dynamic number of columns. My problem is that I want to be able to get properties deeper in the row object. To take Patricks soldier example, the field list would be the following: theList = {"name","unit.name",

how are bindings handeld?

Hi, I have a component with an ognl binding, which is rendered once. if during the render I call the (abstract) getXXX many times, will the ognl resolve again and again, or will it "cache" the value from the first call? Cheers, Ron

Re: If we call it Tapestry 4.0, not 3.x, Maybe we would do much

>By the very same logic we should also remove the '_' prefix from member >variables as well and make them look the same as local variables, no? >Hungarian notation does have its uses. Not that I want to provoke any strong feelings either way, this is not really worth having a flame war about :

Re: If we call it Tapestry 4.0, not 3.x, Maybe we would do much

Hi Erik, By the very same logic we should also remove the '_' prefix from member variables as well and make them look the same as local variables, no? Hungarian notation does have its uses. You say that it is redundant to have 'I' when you already have declared the type as an 'interface'. The p

Re: If we call it Tapestry 4.0, not 3.x, Maybe we would do much

Programming against interfaces is a common and well known pattern, in this way I find it more natural to work with I-less interfaces. In every day Tapestry business there are only a couple of intefaces to handle with. If someone is in doubt, it takes a few seconds to have a look in the API docs.

Re: If we call it Tapestry 4.0, not 3.x, Maybe we would do much

No, they do not. They would, if classes and interfaces were colored differently. Instead they provide you with the ability to quickly go to the source code of the type and see whether it is an interface or a class. You have to undertake an action -- it is fast, but it is still a distraction. Als

Re: If we call it Tapestry 4.0, not 3.x, Maybe we would do much

On Apr 22, 2005, at 5:53 AM, Mind Bridge wrote: Hi, Do you have to 'implement' or 'extend' a particular type? Can you have multiple inheritance with that type or not? Can you instantiate it? The answers of those questions are clear with 'IPage'. If 'Page' can be both a class or an interface, you

Re: Images not serving (may be Jetty Launcher)

On Apr 22, 2005, at 5:31 AM, Adam Chesney wrote: I still have not fixed this issue. I have tried using the assets as below and now when i view the source of the RENDERED pages the images look like this: But I still only see the ALT text and the images are not rendered. What is the context path yo

Re: If we call it Tapestry 4.0, not 3.x, Maybe we would do much

Doesn't seem a meaninful remark since most IDEs give you the tools needed to flash out the difference with no effort. My 2s. Ivano Mind Bridge wrote: Hi, Do you have to 'implement' or 'extend' a particular type? Can you have multiple inheritance with that type or not? Can you instantiate it? Th

Re: If we call it Tapestry 4.0, not 3.x, Maybe we would do much

Hi, Do you have to 'implement' or 'extend' a particular type? Can you have multiple inheritance with that type or not? Can you instantiate it? The answers of those questions are clear with 'IPage'. If 'Page' can be both a class or an interface, you have to look through the code to find that out

Getting html for component

Hello, I'm trying to get the generated html for a component into a String to include in a html mail body, but without success. I'm doing the following: --- AbstractComponent comp = (AbstractComponent) getComponent("mycomp"); ByteArrayOutputStream os = new ByteArrayOutputStream(); HTMLWriter write

Re: Images not serving (may be Jetty Launcher)

Hi there, I still have not fixed this issue. I have tried using the assets as below and now when i view the source of the RENDERED pages the images look like this: But I still only see the ALT text and the images are not rendered. So, my question is: As I am using Tapesty 3.03, shouldn't the ass

Re: If we call it Tapestry 4.0, not 3.x, Maybe we would do much

I dislike the I in the interfaces, because if you follow the good practice of programming against interfaces, you always have to deal with this extra I. It's just more natural to code Page nextPage = cycle.getPage("Login"); instead of IPage nextPage = ...; Just my 2 cents. Andy T.Miko

Re: tapestry bug?

On Friday 22 April 2005 10:30, news.gmane.org wrote: > I write a table to list all record in a ArticleList page , and use > ArticleEdit page to edit a record ( record A ),every thing is ok; but if > I user IE 6 to open a new window(IE6 menu ->File ->new winodw) to view an > nother record ( reco

tapestry bug?

I write a table to list all record in a ArticleList page , and use ArticleEdit page to edit a record ( record A ),every thing is ok; but if I user IE 6 to open a new window(IE6 menu ->File ->new winodw) to view an nother record ( record B ),and then edit record A and saved . Then I found record

Bug in tables with Picasso?

Hi, I am trying to use @contrib:FormTable and its "embedded" components such as @contrib:TableView. I could not make it work so I decided to check the workbench. Unfortunately, it seems that the workbench does not work too: when I click on the "table" tab, I've got the following exception: Unabl