You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@velocity.apache.org by "Tim Colson (tcolson)" <tc...@cisco.com> on 2005/02/23 06:51:45 UTC
RE: Velocity and JDBC
> Is it possible to use straight JDBC/SQL type of calls in
> Velocity directly for web page creation?
Sure thing. Just drop in a "tool" object that can make JDBC/SQL calls
> What would be the best approach to display DB results on page.
I'd check out Claude's project, Velosurf.
http://velosurf.sourceforge.net/
Cheers,
Timo
---------------------------------------------------------------------
To unsubscribe, e-mail: velocity-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: velocity-user-help@jakarta.apache.org
Re: Velocity and JDBC
Posted by Simon Christian <si...@stoutstick.com>.
Certainly it'll work in a Struts/Velocity setup - take a look at
Claude's example which uses VelocityTools, at:
http://velosurf.sourceforge.net/velosurf/docs/index.html#example
The VelosurfTool is made available to the context along with other tools.
- simon
Manish wrote:
>>What would be the best approach to display DB results on page.
>
> I'd check out Claude's project, Velosurf.
> http://velosurf.sourceforge.net/
>
>
> Thanks for the link!! :)
> Is it feasible to use velosurf with Struts/Velocity paradigm.
> Some design restrictions require me to use action for every link on web page
> so that it passes through the custom request processor that we have.
> So need to know about this feasibility before I look into more details. Any
> inputs will be highly appreciated.
>
> TIA,
> - Manish
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: velocity-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: velocity-user-help@jakarta.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: velocity-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: velocity-user-help@jakarta.apache.org
Re: Velocity and JDBC
Posted by Claude Brisson <cl...@renegat.net>.
On Wed, 2005-02-23 at 16:52 +0200, Markos Charatzas wrote:
> Well ofcourse it depends on the scale of the application.
precisely, not necessarily
> If you want something quick and dirty you can do it with Velosurf no probs.
yes, you can - but even in large applications I'm not totally certain
that the choice of Hibernate is always pertinent (it depends if you
really need persistence or not). Hence, Velosurf can be a "clean"
choice.
> I was just trying to alert ppl who might jump straight to the Velosurf wagon
> to support their database driven application.
seems fair
Claude
> Markos
>
> On Wednesday 23 February 2005 14:51, Claude Brisson wrote:
> > On Wed, 2005-02-23 at 12:39 +0200, Markos Charatzas wrote:
> > > Hm...
> > >
> > > Im quite skeptical about this...
> > >
> > > Why not use a "proper" OR mapping tool (e.g. hibernate), provide a
> > > complete db implementation (Database, DatabaseRequest, DatabaseClient)
> > > and then use a db client wrapper to place as a tool using the velocity
> > > toolbox.
> >
> > What do you mean by "proper"? bigger? ;-)
> > do you really mean that hibernate + a wrapper tool would be a proper
> > solution?
> >
> > just curious...
> >
> > Claude
> >
> >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: velocity-user-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: velocity-user-help@jakarta.apache.org
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: velocity-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: velocity-user-help@jakarta.apache.org
--
---------------------------------------------------------------------
To unsubscribe, e-mail: velocity-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: velocity-user-help@jakarta.apache.org
Re: Velocity and JDBC
Posted by Markos Charatzas <xa...@forthnet.gr>.
Well ofcourse it depends on the scale of the application.
If you want something quick and dirty you can do it with Velosurf no probs.
I was just trying to alert ppl who might jump straight to the Velosurf wagon
to support their database driven application.
Markos
On Wednesday 23 February 2005 14:51, Claude Brisson wrote:
> On Wed, 2005-02-23 at 12:39 +0200, Markos Charatzas wrote:
> > Hm...
> >
> > Im quite skeptical about this...
> >
> > Why not use a "proper" OR mapping tool (e.g. hibernate), provide a
> > complete db implementation (Database, DatabaseRequest, DatabaseClient)
> > and then use a db client wrapper to place as a tool using the velocity
> > toolbox.
>
> What do you mean by "proper"? bigger? ;-)
> do you really mean that hibernate + a wrapper tool would be a proper
> solution?
>
> just curious...
>
> Claude
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: velocity-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: velocity-user-help@jakarta.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: velocity-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: velocity-user-help@jakarta.apache.org
Re: Velocity and JDBC
Posted by Claude Brisson <cl...@savoirweb.com>.
On Wed, 2005-02-23 at 12:39 +0200, Markos Charatzas wrote:
> Hm...
>
> Im quite skeptical about this...
>
> Why not use a "proper" OR mapping tool (e.g. hibernate), provide a complete db
> implementation (Database, DatabaseRequest, DatabaseClient) and then use a db
> client wrapper to place as a tool using the velocity toolbox.
What do you mean by "proper"? bigger? ;-)
do you really mean that hibernate + a wrapper tool would be a proper
solution?
just curious...
Claude
---------------------------------------------------------------------
To unsubscribe, e-mail: velocity-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: velocity-user-help@jakarta.apache.org
Re: Velocity and JDBC
Posted by Markos Charatzas <xa...@forthnet.gr>.
Hm...
Im quite skeptical about this...
Why not use a "proper" OR mapping tool (e.g. hibernate), provide a complete db
implementation (Database, DatabaseRequest, DatabaseClient) and then use a db
client wrapper to place as a tool using the velocity toolbox.
Regards,
Markos
On Wednesday 23 February 2005 08:10, Manish wrote:
> > What would be the best approach to display DB results on page.
>
> I'd check out Claude's project, Velosurf.
> http://velosurf.sourceforge.net/
>
>
> Thanks for the link!! :)
> Is it feasible to use velosurf with Struts/Velocity paradigm.
> Some design restrictions require me to use action for every link on web
> page so that it passes through the custom request processor that we have.
> So need to know about this feasibility before I look into more details. Any
> inputs will be highly appreciated.
>
> TIA,
> - Manish
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: velocity-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: velocity-user-help@jakarta.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: velocity-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: velocity-user-help@jakarta.apache.org
Re: Velocity and JDBC
Posted by Manish <pr...@gmx.net>.
> What would be the best approach to display DB results on page.
I'd check out Claude's project, Velosurf.
http://velosurf.sourceforge.net/
Thanks for the link!! :)
Is it feasible to use velosurf with Struts/Velocity paradigm.
Some design restrictions require me to use action for every link on web page
so that it passes through the custom request processor that we have.
So need to know about this feasibility before I look into more details. Any
inputs will be highly appreciated.
TIA,
- Manish
---------------------------------------------------------------------
To unsubscribe, e-mail: velocity-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: velocity-user-help@jakarta.apache.org