Another couple of options :
1. Assuming you're building with maven and you don't have an Index page at
root, save sitemap.xml to src/main/webapp and maven will add it to the root
of your war. Note that this file is considered read only one your app has
started.
2. Use an index page. If the page a
> I'd probably try to generate this rather than manually reading / wiring
from a database.
I meant to say :
I'd probably try to generate this rather than manually reading / writing
from a file.
On 3 Jun 2014 07:13, "Lance Java" wrote:
> If it were me, I'd probably try to generate this rather tha
If it were me, I'd probably try to generate this rather than manually
reading / wiring from a database.
A quick way to do that would be by contributing a request filter. This
could possibly return a file from the classpath when
request.getUri().equals("/sitemap.xml")
Another option is to create a
On Mon, Jun 2, 2014 at 7:01 PM, George Christman
wrote:
> Hi guys, I'm trying to automatically generate my sitemaps and I'm having a
> difficult time trying to figure out how to read/write to it. I currently
> have it in the root of my class path, is this the correct location? If so,
> how do I r
Just an FYI george,
On my freelancing blog which runs from a php cms, the sitemap is generated
from db and not on the fs.
So I presume you would have to use tapestry's raw stream writer to have
similar effect or whatever its called. I'm on my phone so can't give
accurate mumblings.
Its at http:/
Hi guys, I'm trying to automatically generate my sitemaps and I'm having a
difficult time trying to figure out how to read/write to it. I currently
have it in the root of my class path, is this the correct location? If so,
how do I read/write to it?
I'm using sitemapgen4j and this example
http://w
On Mon, 02 Jun 2014 20:29:55 -0300, Geoff Callender
wrote:
Hi Boris,
Hi, guys!
I still think the HTML looks wrong. Stuff is getting moved about by the
browser because it was declared in between a row and a cell, which isn't
legal. I'm pretty sure table content has to be inside cells.
On Mon, 02 Jun 2014 18:44:46 -0300, Boris Horvat
wrote:
Id is there as I have mentioned above.
It's generated, but the id parameter of Zone wasn't set and that's exactly
what's causing that exception when you try to update the Zone through AJAX.
--
Thiago H. de Paula Figueiredo
Tapestry
Hm...I have just checked your example. You seem to have a table within a
table...I can try to experiment with that. Thanks
On Tue, Jun 3, 2014 at 1:38 AM, Boris Horvat
wrote:
> Well if the html that I have specified is illegal then I will have to
> modify it and move the form outside of the an
Well if the html that I have specified is illegal then I will have to
modify it and move the form outside of the and yes this would solve
the issue.
Unfortunately for me only the table header should be in the form, so if I
put form around entire table it will submit a lot more data then it really
That example was T5.4. Here's T5.3:
http://jumpstart.doublenegative.com.au/jumpstart/examples/ajax/formsinaloop
On 3 Jun 2014, at 9:29 am, Geoff Callender
wrote:
> Hi Boris,
>
> I still think the HTML looks wrong. Stuff is getting moved about by the
> browser because it was declared
Hi Boris,
I still think the HTML looks wrong. Stuff is getting moved about by the browser
because it was declared in between a row and a cell, which isn't legal. I'm
pretty sure table content has to be inside cells.
You can see Zone, Form, and Table working together in the following example.
T
http://tapestry.apache.org/class-reloading.html
On 2 Jun 2014 22:49, "Boris Horvat" wrote:
> Hm...I did not know about this. Will try it out over the weekend. Thank you
> very much.
>
> BTW is there some place in documentation where I can read about this trick?
>
>
> On Sun, Jun 1, 2014 at 11:05
Hm...I did not know about this. Will try it out over the weekend. Thank you
very much.
BTW is there some place in documentation where I can read about this trick?
On Sun, Jun 1, 2014 at 11:05 PM, Lance Java
wrote:
> Components and services are loaded by different classloaders. Services
> shoul
Id is there as I have mentioned above. The actually html that is generated
for the example above is and to me it looks like form is not properly
positioned in the table. Am I wrong?
Thanks
Before refresh!
[key[-1208171831794208],value[true],
key[-1208171831796673],value[t
Thanks, update to beta6 has fixed the problem.
On Mon, Jun 2, 2014 at 9:16 PM, Kalle Korhonen
wrote:
> Try out beta6, it's now in central:
>
> http://central.maven.org/maven2/org/apache/tapestry/tapestry-core/5.4-beta-6/
> .
>
> Kalle
>
>
> On Mon, Jun 2, 2014 at 9:43 AM, Ilya Obshadko
> wrote
Try out beta6, it's now in central:
http://central.maven.org/maven2/org/apache/tapestry/tapestry-core/5.4-beta-6/
.
Kalle
On Mon, Jun 2, 2014 at 9:43 AM, Ilya Obshadko
wrote:
> Turns out that RadioGroup/Radio doesn't work as expected in beta3.
> Form always submits the value belonging to first
Turns out that RadioGroup/Radio doesn't work as expected in beta3.
Form always submits the value belonging to first radio control in a group.
Two questions then:
1) Is it a specific beta3 issue?
2) If so, is there any Maven repository with beta6? I couldn't find one.
--
Ilya Obshadko
The bug that caused the stack trace below was fixed in Tapestry 5.4, but
not released yet. I don't know how a null value on onPassivate() could be
related. Tapestry does handle null activation context values without any
problems.
On Fri, 30 May 2014 16:58:25 -0300, Bogdan Ivascu
wrote:
On Sun, 01 Jun 2014 13:02:33 -0300, Boris Horvat
wrote:
Well from what I can see, it is not possible to put form in the middle of
the table, so that means I will have to put it around the table. However
for me this is a bit tricky cause inside I have a lot of loop iteration
for the same sou
20 matches
Mail list logo