You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@turbine.apache.org by Fabio Daprile <fa...@wuerth-phoenix.com> on 2002/06/11 12:47:55 UTC

New site powered by turbine!

hello gentlemen,

i've put online a new bug-tracking application.

It's written with turbine and uses mysql.

Please check it and let me know what do you think about it.

URL is http://62.211.182.81:8080/bugtrack/servlet/bugtrack/

user: guest
passwd: guest

-- 
Fabio Daprile

Würth-Phoenix Srl
Via Kravogl 4, I-39100 Bolzano
Tel: +39 0471/564111 - (direct 564070)
Fax: +39 0471/564122

mailto:fabio.daprile@wuerth-phoenix.com
http://www.wuerth-phoenix.com
http://www.wuerth.com




--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>


Re: AW: New site powered by turbine!

Posted by Daniel Rall <dl...@finemaltcoding.com>.
"Jeff Jones" <jj...@franchise.com> writes:

> Hello Turbine Group,
>
> We (franchise.com) just put up a new site based around turbine and torque a
> couple weeks ago.
>
> Since we haven't had any major problems with it yet, I figure it's safe to
> announce it to this list (that's not a challenge to crash it).  :)
>
> We would be honored to have www.franchise.com listed on the 'powered by
> turbine' page.

Jeff, I've added you to the page.

--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>


Re: AW: New site powered by turbine!

Posted by Jeff Jones <jj...@trap9.com>.
I use the ajp13 connector built into Tomcat.  It talk to the ajp module for
Apache (I had to compile it from source because my apache has EAPI compiled
in for mod_ssl, and the only binary I found doesn't do EAPI).  I'm using
Tomcat 4 and Apache 1.3, but ajp works with many Tomcats and Apaches (I
didn't use the newer warp connector because it doesn't do load balancing).

The main reason I use Apache is so I have flexibility.  Load balancing and
performance are gravy.  I don't want people getting directory listings, nor
do I want them messing around in my templates folder, etc.  With Tomcat, you
only have limited ability to control these things.  Plus, with apache, you
can use mod_rewrite and other cool modules (mod_speling, etc).

All the images are served by apache, but the site is 98% VM's and served by
Tomcat.  One performance boost I get on top of the faster images is that
Apache is doing the SSL, which we use quite a bit.  I only have to configure
SSL in one place, and I don't have to mess with JSSE or keytool (I was using
a pkcs12 (not jks) .keystore file generated with openssl - that was tricky,
but I don't like keytool).  The Tomcat configuration becomes trivial,
because all I have to enable is the ajp - no http connectors are running, I
don't have to mess with SSL or proxying, and they can run as any unix user.

Check out:
http://www.ubeans.com/tomcat/index.html (thank you Pascal - this page rocks)
and
http://jakarta.apache.org/tomcat/tomcat-4.0-doc/config/ajp.html

The Apache box is the only machine that needs to be public, and the Tomcat
workers can be on the same machine, or any combination of machines and
platforms, possibly on another lan or even elsewhere on the 'net (slow).  I
run them on the same machine right now, but I plan to put them other unix
boxes on my back-end lan (alongside the db's) to get real pseudo-clustering.

The AJP load balancer supports session affinity, and seems to be fairly
robust when nodes are taken up and down (failover and failback).  I have had
to restart apache in certain cases, but that doesn't affect the session
affinity, and only happens when I do odd things with the Tomcat workers.
One thing I like is that I can take a Tomcat down, take my time upgrading
the code or OS or whatever, then bring it back up.  When it's back up, I can
take anohter one down and repeat the process until everything's upgraded.
If persistent, shared sessions are used, you'd never notice any downtime.

Another plus is that my access/error logs are all in one place instead of
one set per server (like with an IP load balancer).
I haven't found any real drawbacks yet, but I'm sure there are a few.  You
need to know how to configure Apache, but hey, it's a standard (and you
don't need to learn so much about server.xml)!

Hope that wasn't too long.  I get a little carried away sometimes.
-Jeff

----- Original Message -----
> I'm curious.  What do you use for load balancing your Tomcat servers?  I
> have never had the need to do it but would like to know what is available
if
> I ever do.
>
> Thanks,
> Scott

----- Original Message -----
From: "Eric Pugh" <ep...@upstate.com>
To: "'Turbine Users List'" <tu...@jakarta.apache.org>
Sent: Wednesday, June 12, 2002 10:03 AM
Subject: RE: AW: New site powered by turbine!


> Excellent..  The best way I learn is by seeing sample code, and hearing
from
> other users!  Getting rid of ? is very easy, just use addPathInfo versus
> addQueryData and it handles it all for you..  It took me a bit to get used
> to ,'s as well in the path, but now it seems very natural...
>
> When you said you are using apache and ajp? What is ajp..  My app has very
> little static code or images, so I have not bothered to tackle integrating
> apache or other webserver front ends...
>
> Eric

--

>
> I also need to tune performance and do some caching here and there, but
> right now the site runs on one box and is fast enough.  I deployed it
using
> ajp on apache with two tomcat instances under it, with the load balancing.
> I thought I might have bugs that could crash a JVM, so I ran 2 JVM's.  No
> crashes yet.
>



--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>


RE: AW: New site powered by turbine!

Posted by Eric Pugh <ep...@upstate.com>.
Excellent..  The best way I learn is by seeing sample code, and hearing from
other users!  Getting rid of ? is very easy, just use addPathInfo versus
addQueryData and it handles it all for you..  It took me a bit to get used
to ,'s as well in the path, but now it seems very natural...

When you said you are using apache and ajp? What is ajp..  My app has very
little static code or images, so I have not bothered to tackle integrating
apache or other webserver front ends...

Eric


-----Original Message-----
From: Jeff Jones [mailto:jjones@trap9.com]
Sent: Wednesday, June 12, 2002 12:59 PM
To: Turbine Users List
Subject: Re: AW: New site powered by turbine!


> Looks great!  My only question is why do you use the ? way of adding
> parameters?  Makes it harder for search engines to crawl you (most won't
do
> dynamic sites with a ? in the URL).

Easy answer.  I used the default TemplateLink's addQueryData() method in the
.vm's, and didn't think about it.  ;)
Is it easy to switch over to the non ? way of querying?

In general, I used very basic features as I ported, to get productive
quickly.  It's funny how the code evolved - the pages I wrote first are
pretty ugly and don't really do things 'the turbine way', while the newer
pages (mostly the admin screens), are more 'advanced'.  They use more Action
classes and Torque, while the first bunch use only Screen classes and raw
SQL (cut and pasted directly from the ASP - yuk).  I didn't use Flux,
Intake, or the Security features at all.  I even used printfs instead of
Log4J in most places.  My baby's still ugly, but it's much prettier than the
old ASP.  When I integrate our 3 user types, and after I get some actual new
features rolled out (to justify all this work spent with no 'visible'
changes to mgmt), I'll spend some time on that.

I also need to tune performance and do some caching here and there, but
right now the site runs on one box and is fast enough.  I deployed it using
ajp on apache with two tomcat instances under it, with the load balancing.
I thought I might have bugs that could crash a JVM, so I ran 2 JVM's.  No
crashes yet.

I did extend TemplateLink to add SSL link building support.  This minimizes
the need to redirect back and forth, and make it so templates don't have to
know / care about / control SSL.  VMTool uses a lookup to determine whether
a page needs SSL or not.  Currently that's set in TR.props, but eventually
I'll put the secure page settings in the DB (and write an admin tool to
modify it).  There is also automatic redirect if someone hits an HTTPS page
using HTTP, as a backup.

The commas in the URL's were hard to swallow at first.  But it's kinda
unique (and more efficient) so I didn't use TemplateLinkWithSlash.

Here's my FranchiseTemplateLink, just for fun (it's short).  I had to
declare my own template field because the one in TemplateLink is private.
Notice in toString() I reset the TemplateLink back to the default security
state, just as the querydata gets reset (oops, I think I just noticed that
my code causes the querydata/pathinfo to get reset twice).  :)

It's so nice being off ASP.  I have decent logging now, all of my Java
toolbox, load balancing, and Apache's flexibility on the front end.  Turbine
is very sweet, especially when you start using the more advanced features
(like actions not being stuck to the page the vm wants to go to, etc).  I
could go on for days.

Jeff

---
public class FranchiseTemplateLink
extends TemplateLink
implements ApplicationTool {

    /** the pathinfo key stored in the DynamicURI */
    private static final String TEMPLATE_KEY = "template";
    /** cache of the template name for getPage() */
    private String template = null;

    protected void goSecure() {
        setServerScheme(DynamicURI.HTTPS);
        setServerPort(TurbineResources.getInt("server.secure.port", 443));
    }

    protected void goInsecure() {
        setServerScheme(DynamicURI.HTTP);
        setServerPort(TurbineResources.getInt("server.insecure.port", 80));
    }

    /**
     * Gets the template variable used by the Template Service.
     * It is only available after setPage() has been called.
     *
     * @return The template name.
     */
    public String getPage()
    {
        return template;
    }

    /**
     * Sets the template variable used by the Template Service.
     *
     * @param t A String with the template name.
     * @return A TemplateLink.
     */
    public TemplateLink setPage(String t) {
        template = t;
        addPathInfo(TEMPLATE_KEY,t);

        if(VMTool.needsSSLRedirect(data, t)) {
            if(data.getRequest().isSecure()) goInsecure();
            else goSecure();
        }
        return this;
    }

    public String toString() {
        String output = super.toString();

        // This was added to allow multiple $link variables in one
        // template.
        removePathInfo();
        removeQueryData();

        // jjones: reset link to default setting
        if(data.getRequest().isSecure()) goSecure();
        else goInsecure();

        return output;
    }
}

----- Original Message -----
From: "Eric Pugh" <ep...@upstate.com>
To: "'Turbine Users List'" <tu...@jakarta.apache.org>
Sent: Wednesday, June 12, 2002 5:35 AM
Subject: RE: AW: New site powered by turbine!


> Looks great!  My only question is why do you use the ? way of adding
> parameters?  Makes it harder for search engines to crawl you (most won't
do
> dynamic sites with a ? in the URL).
>
> Eric
>
> -----Original Message-----
> From: Jeff Jones [mailto:jjones@franchise.com]
> Sent: Tuesday, June 11, 2002 9:16 PM
> To: Turbine Users List
> Subject: Re: AW: New site powered by turbine!
>
>
> Hello Turbine Group,
>
> We (franchise.com) just put up a new site based around turbine and torque
a
> couple weeks ago.
>
> Since we haven't had any major problems with it yet, I figure it's safe to
> announce it to this list (that's not a challenge to crash it).  :)
>
> We would be honored to have www.franchise.com listed on the 'powered by
> turbine' page.
>
> The site was ported over from an ASP site.  It currently runs on Linux,
> Apache, and MSSQL.
>
> Take a look and let us know what you think!  If you notice anything
> un-Turbine-like about it, please clue me in (it's my first turbine app).
>
> Thanks,
> Jeff Jones
> geeks@franchise.com
>
>
> --
> To unsubscribe, e-mail:
> <ma...@jakarta.apache.org>
> For additional commands, e-mail:
> <ma...@jakarta.apache.org>
>
>
> --
> To unsubscribe, e-mail:
<ma...@jakarta.apache.org>
> For additional commands, e-mail:
<ma...@jakarta.apache.org>
>


--
To unsubscribe, e-mail:
<ma...@jakarta.apache.org>
For additional commands, e-mail:
<ma...@jakarta.apache.org>


--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>


Re: AW: New site powered by turbine!

Posted by Jeff Jones <jj...@trap9.com>.
> Looks great!  My only question is why do you use the ? way of adding
> parameters?  Makes it harder for search engines to crawl you (most won't
do
> dynamic sites with a ? in the URL).

Easy answer.  I used the default TemplateLink's addQueryData() method in the
.vm's, and didn't think about it.  ;)
Is it easy to switch over to the non ? way of querying?

In general, I used very basic features as I ported, to get productive
quickly.  It's funny how the code evolved - the pages I wrote first are
pretty ugly and don't really do things 'the turbine way', while the newer
pages (mostly the admin screens), are more 'advanced'.  They use more Action
classes and Torque, while the first bunch use only Screen classes and raw
SQL (cut and pasted directly from the ASP - yuk).  I didn't use Flux,
Intake, or the Security features at all.  I even used printfs instead of
Log4J in most places.  My baby's still ugly, but it's much prettier than the
old ASP.  When I integrate our 3 user types, and after I get some actual new
features rolled out (to justify all this work spent with no 'visible'
changes to mgmt), I'll spend some time on that.

I also need to tune performance and do some caching here and there, but
right now the site runs on one box and is fast enough.  I deployed it using
ajp on apache with two tomcat instances under it, with the load balancing.
I thought I might have bugs that could crash a JVM, so I ran 2 JVM's.  No
crashes yet.

I did extend TemplateLink to add SSL link building support.  This minimizes
the need to redirect back and forth, and make it so templates don't have to
know / care about / control SSL.  VMTool uses a lookup to determine whether
a page needs SSL or not.  Currently that's set in TR.props, but eventually
I'll put the secure page settings in the DB (and write an admin tool to
modify it).  There is also automatic redirect if someone hits an HTTPS page
using HTTP, as a backup.

The commas in the URL's were hard to swallow at first.  But it's kinda
unique (and more efficient) so I didn't use TemplateLinkWithSlash.

Here's my FranchiseTemplateLink, just for fun (it's short).  I had to
declare my own template field because the one in TemplateLink is private.
Notice in toString() I reset the TemplateLink back to the default security
state, just as the querydata gets reset (oops, I think I just noticed that
my code causes the querydata/pathinfo to get reset twice).  :)

It's so nice being off ASP.  I have decent logging now, all of my Java
toolbox, load balancing, and Apache's flexibility on the front end.  Turbine
is very sweet, especially when you start using the more advanced features
(like actions not being stuck to the page the vm wants to go to, etc).  I
could go on for days.

Jeff

---
public class FranchiseTemplateLink
extends TemplateLink
implements ApplicationTool {

    /** the pathinfo key stored in the DynamicURI */
    private static final String TEMPLATE_KEY = "template";
    /** cache of the template name for getPage() */
    private String template = null;

    protected void goSecure() {
        setServerScheme(DynamicURI.HTTPS);
        setServerPort(TurbineResources.getInt("server.secure.port", 443));
    }

    protected void goInsecure() {
        setServerScheme(DynamicURI.HTTP);
        setServerPort(TurbineResources.getInt("server.insecure.port", 80));
    }

    /**
     * Gets the template variable used by the Template Service.
     * It is only available after setPage() has been called.
     *
     * @return The template name.
     */
    public String getPage()
    {
        return template;
    }

    /**
     * Sets the template variable used by the Template Service.
     *
     * @param t A String with the template name.
     * @return A TemplateLink.
     */
    public TemplateLink setPage(String t) {
        template = t;
        addPathInfo(TEMPLATE_KEY,t);

        if(VMTool.needsSSLRedirect(data, t)) {
            if(data.getRequest().isSecure()) goInsecure();
            else goSecure();
        }
        return this;
    }

    public String toString() {
        String output = super.toString();

        // This was added to allow multiple $link variables in one
        // template.
        removePathInfo();
        removeQueryData();

        // jjones: reset link to default setting
        if(data.getRequest().isSecure()) goSecure();
        else goInsecure();

        return output;
    }
}

----- Original Message -----
From: "Eric Pugh" <ep...@upstate.com>
To: "'Turbine Users List'" <tu...@jakarta.apache.org>
Sent: Wednesday, June 12, 2002 5:35 AM
Subject: RE: AW: New site powered by turbine!


> Looks great!  My only question is why do you use the ? way of adding
> parameters?  Makes it harder for search engines to crawl you (most won't
do
> dynamic sites with a ? in the URL).
>
> Eric
>
> -----Original Message-----
> From: Jeff Jones [mailto:jjones@franchise.com]
> Sent: Tuesday, June 11, 2002 9:16 PM
> To: Turbine Users List
> Subject: Re: AW: New site powered by turbine!
>
>
> Hello Turbine Group,
>
> We (franchise.com) just put up a new site based around turbine and torque
a
> couple weeks ago.
>
> Since we haven't had any major problems with it yet, I figure it's safe to
> announce it to this list (that's not a challenge to crash it).  :)
>
> We would be honored to have www.franchise.com listed on the 'powered by
> turbine' page.
>
> The site was ported over from an ASP site.  It currently runs on Linux,
> Apache, and MSSQL.
>
> Take a look and let us know what you think!  If you notice anything
> un-Turbine-like about it, please clue me in (it's my first turbine app).
>
> Thanks,
> Jeff Jones
> geeks@franchise.com
>
>
> --
> To unsubscribe, e-mail:
> <ma...@jakarta.apache.org>
> For additional commands, e-mail:
> <ma...@jakarta.apache.org>
>
>
> --
> To unsubscribe, e-mail:
<ma...@jakarta.apache.org>
> For additional commands, e-mail:
<ma...@jakarta.apache.org>
>


--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>


RE: AW: New site powered by turbine!

Posted by Eric Pugh <ep...@upstate.com>.
Looks great!  My only question is why do you use the ? way of adding
parameters?  Makes it harder for search engines to crawl you (most won't do
dynamic sites with a ? in the URL).

Eric

-----Original Message-----
From: Jeff Jones [mailto:jjones@franchise.com]
Sent: Tuesday, June 11, 2002 9:16 PM
To: Turbine Users List
Subject: Re: AW: New site powered by turbine!


Hello Turbine Group,

We (franchise.com) just put up a new site based around turbine and torque a
couple weeks ago.

Since we haven't had any major problems with it yet, I figure it's safe to
announce it to this list (that's not a challenge to crash it).  :)

We would be honored to have www.franchise.com listed on the 'powered by
turbine' page.

The site was ported over from an ASP site.  It currently runs on Linux,
Apache, and MSSQL.

Take a look and let us know what you think!  If you notice anything
un-Turbine-like about it, please clue me in (it's my first turbine app).

Thanks,
Jeff Jones
geeks@franchise.com


--
To unsubscribe, e-mail:
<ma...@jakarta.apache.org>
For additional commands, e-mail:
<ma...@jakarta.apache.org>


--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>


RE: Question about storing context data..

Posted by Eric Pugh <ep...@upstate.com>.
Because I am not using any User stuff in my code (waiting for
Torque/users/security to all play nice :-)) and don't really have a  real
need for user stuff, I am using this:
data.getSession().setAttribute( "audit_context", context );

However, it means that I have to think about the context name being used.
I guess I could add a pulltool that picks up the name of the action and uses
that as part of the key..  I was hoping someone has had this problem and
solved it already!

Eric

-----Original Message-----
From: Scott Eade [mailto:seade@backstagetech.com.au]
Sent: Wednesday, June 12, 2002 8:56 AM
To: turbine-user
Subject: Re: Question about storing context data..


> From: "Eric Pugh" <ep...@upstate.com>
>
> Hi all,
>
> Is there a good pull tool for storing context between calls to the same
> page?  I put data in my context via various actions chained togehter.  If
I
> reload the page, I want the same context to still be available, versus
> putting everything into the page, and then recreating all the data in the
> context?  Basically a persistent context for a page.  Something simpler
then
> putting a ton of stuff in the user's session...
>
> Eric

If user.setTemp("name", object) and user.getTemp("name") is too complex I
guess you could write a tool that wraps these in a more simple or perhaps
customised interface.

HTH,

Scott


--
To unsubscribe, e-mail:
<ma...@jakarta.apache.org>
For additional commands, e-mail:
<ma...@jakarta.apache.org>


--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>


Re: Question about storing context data..

Posted by Scott Eade <se...@backstagetech.com.au>.
> From: "Eric Pugh" <ep...@upstate.com>
> 
> Hi all,
> 
> Is there a good pull tool for storing context between calls to the same
> page?  I put data in my context via various actions chained togehter.  If I
> reload the page, I want the same context to still be available, versus
> putting everything into the page, and then recreating all the data in the
> context?  Basically a persistent context for a page.  Something simpler then
> putting a ton of stuff in the user's session...
> 
> Eric

If user.setTemp("name", object) and user.getTemp("name") is too complex I
guess you could write a tool that wraps these in a more simple or perhaps
customised interface.

HTH,

Scott


--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>


Question about storing context data..

Posted by Eric Pugh <ep...@upstate.com>.
Hi all,

Is there a good pull tool for storing context between calls to the same
page?  I put data in my context via various actions chained togehter.  If I
reload the page, I want the same context to still be available, versus
putting everything into the page, and then recreating all the data in the
context?  Basically a persistent context for a page.  Something simpler then
putting a ton of stuff in the user's session...

Eric


--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>


Re: AW: New site powered by turbine!

Posted by Jeff Jones <jj...@franchise.com>.
Hello Turbine Group,

We (franchise.com) just put up a new site based around turbine and torque a
couple weeks ago.

Since we haven't had any major problems with it yet, I figure it's safe to
announce it to this list (that's not a challenge to crash it).  :)

We would be honored to have www.franchise.com listed on the 'powered by
turbine' page.

The site was ported over from an ASP site.  It currently runs on Linux,
Apache, and MSSQL.

Take a look and let us know what you think!  If you notice anything
un-Turbine-like about it, please clue me in (it's my first turbine app).

Thanks,
Jeff Jones
geeks@franchise.com


--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>


Re: AW: New site powered by turbine!

Posted by Eric Dobbs <er...@dobbse.net>.
On Tuesday, June 11, 2002, at 09:24  AM, Anthony Eden wrote:

> I second that.  I was considering using RT but would much rather use a 
> Java version than a Perl version.  Have you
> considered open sourcing it?
>
>> -----Original Message-----
>> From: Slava Zimine [mailto:slava@japgod.mine.nu]
>> Would you  share a source code for your turbine app?
>>
>> I've looked at it. Could be interesting for me in a few aspects.


Have either of you considered Scarab?
It's a turbine based issue tracking
system:
http://scarab.tigris.org/

-Eric

--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>


RE: AW: New site powered by turbine!

Posted by Anthony Eden <ae...@signaturedomains.com>.
I second that.  I was considering using RT but would much rather use a Java version than a Perl version.  Have you
considered open sourcing it?

Sincerely,
Anthony Eden

> -----Original Message-----
> From: Slava Zimine [mailto:slava@japgod.mine.nu]
> Sent: Tuesday, June 11, 2002 9:14 AM
> To: Turbine Users List
> Subject: Re: AW: New site powered by turbine!
>
>
> >
> > It's only for internal use and is not going to be distributed.
> > But it may be a good example of Turbine application.
>
> Would you  share a source code for your turbine app?
>
> I've looked at it. Could be interesting for me in a few aspects.
>
> regards,
> slava
>
>
> >
> > bye!
> > FD
> >
> >
> > Jürgen Hoffmann wrote:
> >
> > >Hi all,
> > >
> > >This is a nice re-invention of the wheel. As this is only a copy of the
> > >Perl/HTML::Mason Request Tracker http://www.fsck.com/projects/rt/
> > >
> > >Other than that I think it is nice.
> > >
> > >Kind regards
> > >
> > >Juergen Hoffmann
> > >
> > >Mit freundlichen Grüssen
> > >
> > >Jürgen Hoffmann
> > >ByteACTION GmbH
> > >
> > >cert. Perl Programmer
> > >cert. Linux System Administrator
> > >cert. Java Programmer
> > >
> > >
> > >-----Ursprüngliche Nachricht-----
> > >Von: Fabio Daprile [mailto:fabio.daprile@wuerth-phoenix.com]
> > >Gesendet: Dienstag, 11. Juni 2002 12:48
> > >An: Turbine Users List
> > >Betreff: New site powered by turbine!
> > >
> > >
> > >hello gentlemen,
> > >
> > >i've put online a new bug-tracking application.
> > >
> > >It's written with turbine and uses mysql.
> > >
> > >Please check it and let me know what do you think about it.
> > >
> > >URL is http://62.211.182.81:8080/bugtrack/servlet/bugtrack/
> > >
> > >user: guest
> > >passwd: guest
> > >
> >
> > --
> >
> > --
> > Fabio Daprile
> >
> > Würth-Phoenix Srl
> > Via Kravogl 4, I-39100 Bolzano
> > Tel: +39 0471/564111 - (direct 564070)
> > Fax: +39 0471/564122
> >
> > mailto:fabio.daprile@wuerth-phoenix.com
> > http://www.wuerth-phoenix.com
> > http://www.wuerth.com
> >
> >
> >
> >
> >
> > --
> > To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
> > For additional commands, e-mail: <ma...@jakarta.apache.org>
> >
>
> --
> To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
> For additional commands, e-mail: <ma...@jakarta.apache.org>
>


--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>


Re: AW: New site powered by turbine!

Posted by Slava Zimine <sl...@japgod.mine.nu>.
> 
> It's only for internal use and is not going to be distributed.
> But it may be a good example of Turbine application.

Would you  share a source code for your turbine app? 

I've looked at it. Could be interesting for me in a few aspects. 

regards, 
slava


> 
> bye!
> FD
> 
> 
> Jürgen Hoffmann wrote:
> 
> >Hi all,
> >
> >This is a nice re-invention of the wheel. As this is only a copy of the
> >Perl/HTML::Mason Request Tracker http://www.fsck.com/projects/rt/
> >
> >Other than that I think it is nice.
> >
> >Kind regards
> >
> >Juergen Hoffmann
> >
> >Mit freundlichen Grüssen
> > 
> >Jürgen Hoffmann
> >ByteACTION GmbH
> > 
> >cert. Perl Programmer
> >cert. Linux System Administrator
> >cert. Java Programmer 
> >
> >
> >-----Ursprüngliche Nachricht-----
> >Von: Fabio Daprile [mailto:fabio.daprile@wuerth-phoenix.com] 
> >Gesendet: Dienstag, 11. Juni 2002 12:48
> >An: Turbine Users List
> >Betreff: New site powered by turbine!
> >
> >
> >hello gentlemen,
> >
> >i've put online a new bug-tracking application.
> >
> >It's written with turbine and uses mysql.
> >
> >Please check it and let me know what do you think about it.
> >
> >URL is http://62.211.182.81:8080/bugtrack/servlet/bugtrack/
> >
> >user: guest
> >passwd: guest
> >
> 
> -- 
> 
> -- 
> Fabio Daprile
> 
> Würth-Phoenix Srl
> Via Kravogl 4, I-39100 Bolzano
> Tel: +39 0471/564111 - (direct 564070)
> Fax: +39 0471/564122
> 
> mailto:fabio.daprile@wuerth-phoenix.com
> http://www.wuerth-phoenix.com
> http://www.wuerth.com
> 
> 
> 
> 
> 
> --
> To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
> For additional commands, e-mail: <ma...@jakarta.apache.org>
> 

--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>


AW: AW: New site powered by turbine!

Posted by Jürgen Hoffmann <jh...@byteaction.de>.
Hi Fabio,

I never intended to turn your work down. I think it is far better in
design and the way the boxes are painted than rt2 is. Plus it is written
on a better plattform, since perl is just too errorprone for these sort
of projects and java features more features especially with turbine.
What would a Bugtracking System be without a scheduled maintenance job
that checks for overdue tickets, escalating issues and so forth.

I really think it is great work.

All I wanted to say is that it is based on RT2 and give Jesse the
credits he deserved for developping an Open-Source Bugtrack Solution.

Kind regards

Juergen Hoffmann


-----Ursprüngliche Nachricht-----
Von: Fabio Daprile [mailto:fabio.daprile@wuerth-phoenix.com] 
Gesendet: Dienstag, 11. Juni 2002 14:50
An: Turbine Users List
Betreff: Re: AW: New site powered by turbine!


Hello,

you're right, the layout and general features are reproduced from RT.
But this product is brand new and offers much more functionalities and a

far better layout than RT.
We were quite happy with RT2 but the product was really difficult to 
adapt to our needs, so we decided to rewrite it.

It's only for internal use and is not going to be distributed. But it
may be a good example of Turbine application.

bye!
FD


Jürgen Hoffmann wrote:

>Hi all,
>
>This is a nice re-invention of the wheel. As this is only a copy of the

>Perl/HTML::Mason Request Tracker http://www.fsck.com/projects/rt/
>
>Other than that I think it is nice.
>
>Kind regards
>
>Juergen Hoffmann
>
>Mit freundlichen Grüssen
> 
>Jürgen Hoffmann
>ByteACTION GmbH
> 
>cert. Perl Programmer
>cert. Linux System Administrator
>cert. Java Programmer
>
>
>-----Ursprüngliche Nachricht-----
>Von: Fabio Daprile [mailto:fabio.daprile@wuerth-phoenix.com]
>Gesendet: Dienstag, 11. Juni 2002 12:48
>An: Turbine Users List
>Betreff: New site powered by turbine!
>
>
>hello gentlemen,
>
>i've put online a new bug-tracking application.
>
>It's written with turbine and uses mysql.
>
>Please check it and let me know what do you think about it.
>
>URL is http://62.211.182.81:8080/bugtrack/servlet/bugtrack/
>
>user: guest
>passwd: guest
>

-- 

-- 
Fabio Daprile

Würth-Phoenix Srl
Via Kravogl 4, I-39100 Bolzano
Tel: +39 0471/564111 - (direct 564070)
Fax: +39 0471/564122

mailto:fabio.daprile@wuerth-phoenix.com
http://www.wuerth-phoenix.com
http://www.wuerth.com





--
To unsubscribe, e-mail:
<ma...@jakarta.apache.org>
For additional commands, e-mail:
<ma...@jakarta.apache.org>




--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>


Re: AW: New site powered by turbine!

Posted by Fabio Daprile <fa...@wuerth-phoenix.com>.
Hello,

you're right, the layout and general features are reproduced from RT.
But this product is brand new and offers much more functionalities and a 
far better layout than RT.
We were quite happy with RT2 but the product was really difficult to 
adapt to our needs, so we decided to rewrite it.

It's only for internal use and is not going to be distributed.
But it may be a good example of Turbine application.

bye!
FD


Jürgen Hoffmann wrote:

>Hi all,
>
>This is a nice re-invention of the wheel. As this is only a copy of the
>Perl/HTML::Mason Request Tracker http://www.fsck.com/projects/rt/
>
>Other than that I think it is nice.
>
>Kind regards
>
>Juergen Hoffmann
>
>Mit freundlichen Grüssen
> 
>Jürgen Hoffmann
>ByteACTION GmbH
> 
>cert. Perl Programmer
>cert. Linux System Administrator
>cert. Java Programmer 
>
>
>-----Ursprüngliche Nachricht-----
>Von: Fabio Daprile [mailto:fabio.daprile@wuerth-phoenix.com] 
>Gesendet: Dienstag, 11. Juni 2002 12:48
>An: Turbine Users List
>Betreff: New site powered by turbine!
>
>
>hello gentlemen,
>
>i've put online a new bug-tracking application.
>
>It's written with turbine and uses mysql.
>
>Please check it and let me know what do you think about it.
>
>URL is http://62.211.182.81:8080/bugtrack/servlet/bugtrack/
>
>user: guest
>passwd: guest
>

-- 

-- 
Fabio Daprile

Würth-Phoenix Srl
Via Kravogl 4, I-39100 Bolzano
Tel: +39 0471/564111 - (direct 564070)
Fax: +39 0471/564122

mailto:fabio.daprile@wuerth-phoenix.com
http://www.wuerth-phoenix.com
http://www.wuerth.com





--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>


AW: New site powered by turbine!

Posted by Jürgen Hoffmann <jh...@byteaction.de>.
Hi all,

This is a nice re-invention of the wheel. As this is only a copy of the
Perl/HTML::Mason Request Tracker http://www.fsck.com/projects/rt/

Other than that I think it is nice.

Kind regards

Juergen Hoffmann

Mit freundlichen Grüssen
 
Jürgen Hoffmann
ByteACTION GmbH
 
cert. Perl Programmer
cert. Linux System Administrator
cert. Java Programmer 


-----Ursprüngliche Nachricht-----
Von: Fabio Daprile [mailto:fabio.daprile@wuerth-phoenix.com] 
Gesendet: Dienstag, 11. Juni 2002 12:48
An: Turbine Users List
Betreff: New site powered by turbine!


hello gentlemen,

i've put online a new bug-tracking application.

It's written with turbine and uses mysql.

Please check it and let me know what do you think about it.

URL is http://62.211.182.81:8080/bugtrack/servlet/bugtrack/

user: guest
passwd: guest

-- 
Fabio Daprile

Würth-Phoenix Srl
Via Kravogl 4, I-39100 Bolzano
Tel: +39 0471/564111 - (direct 564070)
Fax: +39 0471/564122

mailto:fabio.daprile@wuerth-phoenix.com
http://www.wuerth-phoenix.com
http://www.wuerth.com




--
To unsubscribe, e-mail:
<ma...@jakarta.apache.org>
For additional commands, e-mail:
<ma...@jakarta.apache.org>




--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>