You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@tapestry.apache.org by Johan Maasing <jm...@gmail.com> on 2007/09/18 23:15:59 UTC
T5: 5.0.5 page parent class constructor
I was wondering if the public no-args constructor requirement on page
classes also extends to their parent classes.
This is my Start.html
---
[<t:pagelink t:page="Index">Index</t:pagelink>]
---
My Index.html contains only static text.
My Start.java is an empty POJO.
My Index.java looks like this (removed package):
---
public class Index extends BasePage {
public Index() {
super("Test");
}
}
---
The BasePage.java (in another package from my pages) looks like this:
---
public abstract class BasePage {
private String title ;
public BasePage(String title) {
super();
this.title = title;
}
}
---
I get the following error from tapestry when rendering Start.html, it
points at the pagelink line and says:
java.lang.NoSuchMethodError: xxx.BasePage: method <init>()V not found
If I add a public no-args constructor to the BasePage (no changes to
Index.java) it does not complain . Is this expected?
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
For additional commands, e-mail: users-help@tapestry.apache.org
Re: Trails or Congnition ;-)
Posted by Christian Gruber <ch...@gmail.com>.
Heh. I wasn't really asking - more just trying to be funny. I've
already asked the codehaus people.
Christian.
On 10-Oct-07, at 1:34 PM, Kalle Korhonen wrote:
>
> Probably not the right list to ask that one. Trails-wise, Tobago's apt
> plugin has its issues, but suffices for the purpose. Ideally, we'd
> like to
> and eventually will get rid of the whole plugin in Trails.
>
> Kalle
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
For additional commands, e-mail: users-help@tapestry.apache.org
Re: Trails or Congnition ;-)
Posted by Kalle Korhonen <ka...@gmail.com>.
On 10/10/07, Christian Gruber <ch...@gmail.com> wrote:
>
> But when is the codehaus apt plugin going to be released? I found it
> much better than the tobago one.
Probably not the right list to ask that one. Trails-wise, Tobago's apt
plugin has its issues, but suffices for the purpose. Ideally, we'd like to
and eventually will get rid of the whole plugin in Trails.
Kalle
On 10-Oct-07, at 11:18 AM, Kalle Korhonen wrote:
>
> > On 10/10/07, munich@fantasymail.de <mu...@fantasymail.de> wrote:
> >>
> >> I wanted to use either Trails or Cognition for the next project.
> >> However, Cognition seems to have ceased to exist and Trails
> >> "does not work".
> >
> >
> > I've talked with the founder of Cognition a few times, and yes, the
> > project
> > was scrapped. Trails works just fine and is stable, but you'll get a
> > better
> > response on our mailing lists. Regarding apt-plugin, it's in repo1:
> >
> http://repo1.maven.org/maven2/org/apache/myfaces/tobago/maven-apt-plugin/1.0.11/
> > .
> > I'd check that you don't have a corrupted pom/jar in your local repo.
> >
> > Kalle
> >
> >
> > Maven does not find everything (Quick Start):
> >>
> >>
> >> Reason: Error getting POM for 'org.apache.myfaces.tobago:maven-apt-
> >> plugin'
> >> from
> >> the repository: Error transferring file
> >> org.apache.myfaces.tobago:maven-apt-plugin:pom:1.0.11
> >>
> >> from the specified remote repositories:
> >> tapestry-snapshots (
> >> http://people.apache.org/~hlship/tapestry-snapshot-reposit
> >> ory/),
> >> central (http://repo1.maven.org/maven2),
> >> webobjects.mdimension.com/plugin/snapshots (
> >> http://webobjects.mdimension.com/m
> >> aven2/snapshots),
> >> webobjects.mdimension.com/plugin/releases (
> >> http://webobjects.mdimension.com/ma
> >> ven2/releases)
> >>
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
> >> For additional commands, e-mail: users-help@tapestry.apache.org
> >>
> >>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
> For additional commands, e-mail: users-help@tapestry.apache.org
>
>
Re: Trails or Congnition ;-)
Posted by Christian Gruber <ch...@gmail.com>.
But when is the codehaus apt plugin going to be released? I found it
much better than the tobago one.
Christian.
On 10-Oct-07, at 11:18 AM, Kalle Korhonen wrote:
> On 10/10/07, munich@fantasymail.de <mu...@fantasymail.de> wrote:
>>
>> I wanted to use either Trails or Cognition for the next project.
>> However, Cognition seems to have ceased to exist and Trails
>> "does not work".
>
>
> I've talked with the founder of Cognition a few times, and yes, the
> project
> was scrapped. Trails works just fine and is stable, but you'll get a
> better
> response on our mailing lists. Regarding apt-plugin, it's in repo1:
> http://repo1.maven.org/maven2/org/apache/myfaces/tobago/maven-apt-plugin/1.0.11/
> .
> I'd check that you don't have a corrupted pom/jar in your local repo.
>
> Kalle
>
>
> Maven does not find everything (Quick Start):
>>
>>
>> Reason: Error getting POM for 'org.apache.myfaces.tobago:maven-apt-
>> plugin'
>> from
>> the repository: Error transferring file
>> org.apache.myfaces.tobago:maven-apt-plugin:pom:1.0.11
>>
>> from the specified remote repositories:
>> tapestry-snapshots (
>> http://people.apache.org/~hlship/tapestry-snapshot-reposit
>> ory/),
>> central (http://repo1.maven.org/maven2),
>> webobjects.mdimension.com/plugin/snapshots (
>> http://webobjects.mdimension.com/m
>> aven2/snapshots),
>> webobjects.mdimension.com/plugin/releases (
>> http://webobjects.mdimension.com/ma
>> ven2/releases)
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
>> For additional commands, e-mail: users-help@tapestry.apache.org
>>
>>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
For additional commands, e-mail: users-help@tapestry.apache.org
Re: Trails or Congnition ;-)
Posted by Kalle Korhonen <ka...@gmail.com>.
On 10/10/07, munich@fantasymail.de <mu...@fantasymail.de> wrote:
>
> I wanted to use either Trails or Cognition for the next project.
> However, Cognition seems to have ceased to exist and Trails
> "does not work".
I've talked with the founder of Cognition a few times, and yes, the project
was scrapped. Trails works just fine and is stable, but you'll get a better
response on our mailing lists. Regarding apt-plugin, it's in repo1:
http://repo1.maven.org/maven2/org/apache/myfaces/tobago/maven-apt-plugin/1.0.11/.
I'd check that you don't have a corrupted pom/jar in your local repo.
Kalle
Maven does not find everything (Quick Start):
>
>
> Reason: Error getting POM for 'org.apache.myfaces.tobago:maven-apt-plugin'
> from
> the repository: Error transferring file
> org.apache.myfaces.tobago:maven-apt-plugin:pom:1.0.11
>
> from the specified remote repositories:
> tapestry-snapshots (
> http://people.apache.org/~hlship/tapestry-snapshot-reposit
> ory/),
> central (http://repo1.maven.org/maven2),
> webobjects.mdimension.com/plugin/snapshots (
> http://webobjects.mdimension.com/m
> aven2/snapshots),
> webobjects.mdimension.com/plugin/releases (
> http://webobjects.mdimension.com/ma
> ven2/releases)
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
> For additional commands, e-mail: users-help@tapestry.apache.org
>
>
Re: Trails or Congnition ;-)
Posted by Alejandro Scandroli <al...@gmail.com>.
Hi
I'm having no problems with Trails. ;-)
>From your log, it looks like a maven/network problem. Try again, and
again, and if you keep having this problem try deleting your local
copy of the apt plugin.
If you decide to go with Trails you are welcome to join us in our
users mailing list:
http://xircles.codehaus.org/manage_email/users@trails.codehaus.org
Saludos.
Alejandro.
On 10/10/07, munich@fantasymail.de <mu...@fantasymail.de> wrote:
> I wanted to use either Trails or Cognition for the next project.
>
> However, Cognition seems to have ceased to exist and Trails
> "does not work".
>
> Maven does not find everything (Quick Start):
>
>
> Reason: Error getting POM for 'org.apache.myfaces.tobago:maven-apt-plugin' from
> the repository: Error transferring file
> org.apache.myfaces.tobago:maven-apt-plugin:pom:1.0.11
>
> from the specified remote repositories:
> tapestry-snapshots (http://people.apache.org/~hlship/tapestry-snapshot-reposit
> ory/),
> central (http://repo1.maven.org/maven2),
> webobjects.mdimension.com/plugin/snapshots (http://webobjects.mdimension.com/m
> aven2/snapshots),
> webobjects.mdimension.com/plugin/releases (http://webobjects.mdimension.com/ma
> ven2/releases)
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
> For additional commands, e-mail: users-help@tapestry.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
For additional commands, e-mail: users-help@tapestry.apache.org
Trails or Congnition ;-)
Posted by mu...@fantasymail.de.
I wanted to use either Trails or Cognition for the next project.
However, Cognition seems to have ceased to exist and Trails
"does not work".
Maven does not find everything (Quick Start):
Reason: Error getting POM for 'org.apache.myfaces.tobago:maven-apt-plugin' from
the repository: Error transferring file
org.apache.myfaces.tobago:maven-apt-plugin:pom:1.0.11
from the specified remote repositories:
tapestry-snapshots (http://people.apache.org/~hlship/tapestry-snapshot-reposit
ory/),
central (http://repo1.maven.org/maven2),
webobjects.mdimension.com/plugin/snapshots (http://webobjects.mdimension.com/m
aven2/snapshots),
webobjects.mdimension.com/plugin/releases (http://webobjects.mdimension.com/ma
ven2/releases)
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
For additional commands, e-mail: users-help@tapestry.apache.org
Re: T5: 5.0.5 page parent class constructor
Posted by Johan Maasing <jm...@gmail.com>.
Same thing happens when using
tapestry-core-5.0.6-20071007.110018-15.jar
tapestry-ioc-5.0.6-20071007.110018-16.jar
Still nobody that knows if this is expected? I do not want to write a
bug report if it is design decision to not support parent classes for
page classes.
On 9/19/07, Johan Maasing <jm...@gmail.com> wrote:
> I have my page in the package
> xxx.pages
> It does not matter if I put the abstract BasePage parent class to my page in
> xxx.base or not. Tapestry complains about
> BasePage: method <init>()V not found
>
> If I add that constructor to my parent class the page works (almost)
> as expected.
>
> It gets even stranger since if I add the no-args constructor to the
> abstract parent class but still invoke the parameterized constructor
> in the parent class from the concrete page class it looks like it
> doesn't set the property of the parent class.
>
> So, is this expected behaviour?
>
> Index.html (removed html header)
> --------
> <body>
> <p>Superclass message set by constructor call from sub class:
> ${superclassConstructorMessage}</p>
> <p>Superclass message set by setter in sub class: ${superclassSetterMessage}</p>
> <p>Subclass message: ${subclassMessage}</p>
> </body>
> </html>
> --------
>
> Index.java
> --------
> package nu.zoom.web.reloaded.pages;
>
> import nu.zoom.web.reloaded.base.BasePage;
>
> public class Index extends BasePage {
> private String subclassMessage;
>
> public Index() {
> super("Set from subclass by: super(\"Set from subclass by: \");");
> setSuperclassSetterMessage("Set in subclass by setter");
> setSubclassMessage("Set by setter");
> }
>
> public String getSubclassMessage() {
> return subclassMessage;
> }
>
> public void setSubclassMessage(String subclassMessage) {
> this.subclassMessage = subclassMessage;
> }
>
> }
> --------
> BasePage.java
> --------
> package nu.zoom.web.reloaded.base;
>
> public abstract class BasePage {
> private String superclassConstructorMessage;
> private String superclassSetterMessage;
>
> public BasePage() {
> super();
> }
>
> public BasePage(final String superclassConstructorMessage) {
> super();
> this.superclassConstructorMessage = superclassConstructorMessage;
> }
>
> public String getSuperclassSetterMessage() {
> return superclassSetterMessage;
> }
>
> public void setSuperclassSetterMessage(String superclassSetterMessage) {
> this.superclassSetterMessage = superclassSetterMessage;
> }
>
> public String getSuperclassConstructorMessage() {
> return superclassConstructorMessage;
> }
>
> }
>
>
> On 9/19/07, Johan Maasing <jm...@gmail.com> wrote:
> > Hi,
> > no it was not in the root.base package. I didn't know about that one.
> > Probably explains it, will try later tonight. I guess Tapestrys
> > definition of POJO is a bit different from mine :-)
> >
> > Cheers,
> > Johan
> >
> > On 9/19/07, Josh Canfield <jo...@thedailytube.com> wrote:
> > > Hey Johan,
> > >
> > > I haven't had a need to define a custom constructor in my page classes, or
> > > their base classes, I'm just use the default constructor.
> > >
> > > You mentioned that your base class was in "another package", but is it in
> > > the special "base" package next to your "pages" package?
> > > http://tapestry.apache.org/tapestry5/tapestry-core/guide/component-classes.html
> > >
> > > You can also use the page lifecycle methods for page level initialization.
> > > http://tapestry.apache.org/tapestry5/tapestry-core/guide/lifecycle.html
> > >
> > >
> > > Josh
> > >
> > > On 9/18/07, Johan Maasing <jm...@gmail.com> wrote:
> > > >
> > > > I was wondering if the public no-args constructor requirement on page
> > > > classes also extends to their parent classes.
> > > >
> > > > This is my Start.html
> > > > ---
> > > > [<t:pagelink t:page="Index">Index</t:pagelink>]
> > > > ---
> > > > My Index.html contains only static text.
> > > >
> > > > My Start.java is an empty POJO.
> > > >
> > > > My Index.java looks like this (removed package):
> > > > ---
> > > > public class Index extends BasePage {
> > > >
> > > > public Index() {
> > > > super("Test");
> > > > }
> > > > }
> > > > ---
> > > >
> > > > The BasePage.java (in another package from my pages) looks like this:
> > > > ---
> > > > public abstract class BasePage {
> > > > private String title ;
> > > >
> > > > public BasePage(String title) {
> > > > super();
> > > > this.title = title;
> > > > }
> > > > }
> > > > ---
> > > >
> > > > I get the following error from tapestry when rendering Start.html, it
> > > > points at the pagelink line and says:
> > > > java.lang.NoSuchMethodError: xxx.BasePage: method <init>()V not found
> > > >
> > > > If I add a public no-args constructor to the BasePage (no changes to
> > > > Index.java) it does not complain . Is this expected?
> > > >
> > > > ---------------------------------------------------------------------
> > > > To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
> > > > For additional commands, e-mail: users-help@tapestry.apache.org
> > > >
> > > >
> > >
> > >
> > > --
> > > --
> > > TheDailyTube.com. Sign up and get the best new videos on the internet
> > > delivered fresh to your inbox.
> > >
> >
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
For additional commands, e-mail: users-help@tapestry.apache.org
Re: T5: 5.0.5 page parent class constructor
Posted by Johan Maasing <jm...@gmail.com>.
I have my page in the package
xxx.pages
It does not matter if I put the abstract BasePage parent class to my page in
xxx.base or not. Tapestry complains about
BasePage: method <init>()V not found
If I add that constructor to my parent class the page works (almost)
as expected.
It gets even stranger since if I add the no-args constructor to the
abstract parent class but still invoke the parameterized constructor
in the parent class from the concrete page class it looks like it
doesn't set the property of the parent class.
So, is this expected behaviour?
Index.html (removed html header)
--------
<body>
<p>Superclass message set by constructor call from sub class:
${superclassConstructorMessage}</p>
<p>Superclass message set by setter in sub class: ${superclassSetterMessage}</p>
<p>Subclass message: ${subclassMessage}</p>
</body>
</html>
--------
Index.java
--------
package nu.zoom.web.reloaded.pages;
import nu.zoom.web.reloaded.base.BasePage;
public class Index extends BasePage {
private String subclassMessage;
public Index() {
super("Set from subclass by: super(\"Set from subclass by: \");");
setSuperclassSetterMessage("Set in subclass by setter");
setSubclassMessage("Set by setter");
}
public String getSubclassMessage() {
return subclassMessage;
}
public void setSubclassMessage(String subclassMessage) {
this.subclassMessage = subclassMessage;
}
}
--------
BasePage.java
--------
package nu.zoom.web.reloaded.base;
public abstract class BasePage {
private String superclassConstructorMessage;
private String superclassSetterMessage;
public BasePage() {
super();
}
public BasePage(final String superclassConstructorMessage) {
super();
this.superclassConstructorMessage = superclassConstructorMessage;
}
public String getSuperclassSetterMessage() {
return superclassSetterMessage;
}
public void setSuperclassSetterMessage(String superclassSetterMessage) {
this.superclassSetterMessage = superclassSetterMessage;
}
public String getSuperclassConstructorMessage() {
return superclassConstructorMessage;
}
}
On 9/19/07, Johan Maasing <jm...@gmail.com> wrote:
> Hi,
> no it was not in the root.base package. I didn't know about that one.
> Probably explains it, will try later tonight. I guess Tapestrys
> definition of POJO is a bit different from mine :-)
>
> Cheers,
> Johan
>
> On 9/19/07, Josh Canfield <jo...@thedailytube.com> wrote:
> > Hey Johan,
> >
> > I haven't had a need to define a custom constructor in my page classes, or
> > their base classes, I'm just use the default constructor.
> >
> > You mentioned that your base class was in "another package", but is it in
> > the special "base" package next to your "pages" package?
> > http://tapestry.apache.org/tapestry5/tapestry-core/guide/component-classes.html
> >
> > You can also use the page lifecycle methods for page level initialization.
> > http://tapestry.apache.org/tapestry5/tapestry-core/guide/lifecycle.html
> >
> >
> > Josh
> >
> > On 9/18/07, Johan Maasing <jm...@gmail.com> wrote:
> > >
> > > I was wondering if the public no-args constructor requirement on page
> > > classes also extends to their parent classes.
> > >
> > > This is my Start.html
> > > ---
> > > [<t:pagelink t:page="Index">Index</t:pagelink>]
> > > ---
> > > My Index.html contains only static text.
> > >
> > > My Start.java is an empty POJO.
> > >
> > > My Index.java looks like this (removed package):
> > > ---
> > > public class Index extends BasePage {
> > >
> > > public Index() {
> > > super("Test");
> > > }
> > > }
> > > ---
> > >
> > > The BasePage.java (in another package from my pages) looks like this:
> > > ---
> > > public abstract class BasePage {
> > > private String title ;
> > >
> > > public BasePage(String title) {
> > > super();
> > > this.title = title;
> > > }
> > > }
> > > ---
> > >
> > > I get the following error from tapestry when rendering Start.html, it
> > > points at the pagelink line and says:
> > > java.lang.NoSuchMethodError: xxx.BasePage: method <init>()V not found
> > >
> > > If I add a public no-args constructor to the BasePage (no changes to
> > > Index.java) it does not complain . Is this expected?
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
> > > For additional commands, e-mail: users-help@tapestry.apache.org
> > >
> > >
> >
> >
> > --
> > --
> > TheDailyTube.com. Sign up and get the best new videos on the internet
> > delivered fresh to your inbox.
> >
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
For additional commands, e-mail: users-help@tapestry.apache.org
Re: T5: 5.0.5 page parent class constructor
Posted by Johan Maasing <jm...@gmail.com>.
Hi,
no it was not in the root.base package. I didn't know about that one.
Probably explains it, will try later tonight. I guess Tapestrys
definition of POJO is a bit different from mine :-)
Cheers,
Johan
On 9/19/07, Josh Canfield <jo...@thedailytube.com> wrote:
> Hey Johan,
>
> I haven't had a need to define a custom constructor in my page classes, or
> their base classes, I'm just use the default constructor.
>
> You mentioned that your base class was in "another package", but is it in
> the special "base" package next to your "pages" package?
> http://tapestry.apache.org/tapestry5/tapestry-core/guide/component-classes.html
>
> You can also use the page lifecycle methods for page level initialization.
> http://tapestry.apache.org/tapestry5/tapestry-core/guide/lifecycle.html
>
>
> Josh
>
> On 9/18/07, Johan Maasing <jm...@gmail.com> wrote:
> >
> > I was wondering if the public no-args constructor requirement on page
> > classes also extends to their parent classes.
> >
> > This is my Start.html
> > ---
> > [<t:pagelink t:page="Index">Index</t:pagelink>]
> > ---
> > My Index.html contains only static text.
> >
> > My Start.java is an empty POJO.
> >
> > My Index.java looks like this (removed package):
> > ---
> > public class Index extends BasePage {
> >
> > public Index() {
> > super("Test");
> > }
> > }
> > ---
> >
> > The BasePage.java (in another package from my pages) looks like this:
> > ---
> > public abstract class BasePage {
> > private String title ;
> >
> > public BasePage(String title) {
> > super();
> > this.title = title;
> > }
> > }
> > ---
> >
> > I get the following error from tapestry when rendering Start.html, it
> > points at the pagelink line and says:
> > java.lang.NoSuchMethodError: xxx.BasePage: method <init>()V not found
> >
> > If I add a public no-args constructor to the BasePage (no changes to
> > Index.java) it does not complain . Is this expected?
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
> > For additional commands, e-mail: users-help@tapestry.apache.org
> >
> >
>
>
> --
> --
> TheDailyTube.com. Sign up and get the best new videos on the internet
> delivered fresh to your inbox.
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
For additional commands, e-mail: users-help@tapestry.apache.org
Re: T5: 5.0.5 page parent class constructor
Posted by Josh Canfield <jo...@thedailytube.com>.
Hey Johan,
I haven't had a need to define a custom constructor in my page classes, or
their base classes, I'm just use the default constructor.
You mentioned that your base class was in "another package", but is it in
the special "base" package next to your "pages" package?
http://tapestry.apache.org/tapestry5/tapestry-core/guide/component-classes.html
You can also use the page lifecycle methods for page level initialization.
http://tapestry.apache.org/tapestry5/tapestry-core/guide/lifecycle.html
Josh
On 9/18/07, Johan Maasing <jm...@gmail.com> wrote:
>
> I was wondering if the public no-args constructor requirement on page
> classes also extends to their parent classes.
>
> This is my Start.html
> ---
> [<t:pagelink t:page="Index">Index</t:pagelink>]
> ---
> My Index.html contains only static text.
>
> My Start.java is an empty POJO.
>
> My Index.java looks like this (removed package):
> ---
> public class Index extends BasePage {
>
> public Index() {
> super("Test");
> }
> }
> ---
>
> The BasePage.java (in another package from my pages) looks like this:
> ---
> public abstract class BasePage {
> private String title ;
>
> public BasePage(String title) {
> super();
> this.title = title;
> }
> }
> ---
>
> I get the following error from tapestry when rendering Start.html, it
> points at the pagelink line and says:
> java.lang.NoSuchMethodError: xxx.BasePage: method <init>()V not found
>
> If I add a public no-args constructor to the BasePage (no changes to
> Index.java) it does not complain . Is this expected?
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
> For additional commands, e-mail: users-help@tapestry.apache.org
>
>
--
--
TheDailyTube.com. Sign up and get the best new videos on the internet
delivered fresh to your inbox.