On Friday 22 Apr 2011 22:51:04 David ?Bombe? Roden wrote:
> On Di, 2011-04-19 at 19:35 +0100, Matthew Toseland wrote:
>
> > Plus, ideally we'd like Freenet to support multiple logins.
>
> I?m not quite sure what you mean: Sone already does support multiple
> logins and I am using Fred?s session h
On Friday 22 Apr 2011 22:51:04 David ‘Bombe’ Roden wrote:
> On Di, 2011-04-19 at 19:35 +0100, Matthew Toseland wrote:
>
> > Plus, ideally we'd like Freenet to support multiple logins.
>
> I’m not quite sure what you mean: Sone already does support multiple
> logins and I am using Fred’s session h
On Di, 2011-04-19 at 19:35 +0100, Matthew Toseland wrote:
> Plus, ideally we'd like Freenet to support multiple logins.
I?m not quite sure what you mean: Sone already does support multiple
logins and I am using Fred?s session handling.
David
On Di, 2011-04-19 at 19:35 +0100, Matthew Toseland wrote:
> Plus, ideally we'd like Freenet to support multiple logins.
I’m not quite sure what you mean: Sone already does support multiple
logins and I am using Fred’s session handling.
David
[Matthew]
> Can you show a small easy to understand example?
> >
> > This way we would make sure that the framework is as big as necessary
> > and as small as possible by avoiding all unnecessary features provided
> > by existing frameworks.
>
> Yeah, if this is feasible then it makes sense.
>
I
[Matthew]
> Can you show a small easy to understand example?
> >
> > This way we would make sure that the framework is as big as necessary
> > and as small as possible by avoiding all unnecessary features provided
> > by existing frameworks.
>
> Yeah, if this is feasible then it makes sense.
>
I
On Tuesday 19 April 2011 19:35:41 Matthew Toseland wrote:
> Plus, ideally we'd like Freenet to support multiple logins.
That would be cool!
Then we could add real gateways to WoT, creating a decentral, anonymizing (as
long as you can trust your gateway) social network.
?getting even more excit
On Tuesday 19 Apr 2011 18:16:25 David ?Bombe? Roden wrote:
> On Tuesday 19 April 2011 15:19:05 Matthew Toseland wrote:
>
> > > 1. A servlet container (I suggest Jetty) [or adapt already existing
> > > "SimpleToadletServer"]
> > If we are building our own why do we need servlets? Aren't they
> > si
On Tuesday 19 April 2011 15:19:05 Matthew Toseland wrote:
> > 1. A servlet container (I suggest Jetty) [or adapt already existing
> > "SimpleToadletServer"]
> If we are building our own why do we need servlets? Aren't they
> significantly more complex even than toadlets?
Because most servlet cont
On Sunday 17 Apr 2011 19:20:28 Pouyan Zachar wrote:
> [pouyan]
> >> httpserver delivered with the Java 6 is only a simple webserver and is
> >> not a servlet container. on the other hand I don't think that it would
> >> be complicated to imitate some vital functionalities of a servlet
> >> containe
On Tuesday 19 April 2011 19:35:41 Matthew Toseland wrote:
> Plus, ideally we'd like Freenet to support multiple logins.
That would be cool!
Then we could add real gateways to WoT, creating a decentral, anonymizing (as
long as you can trust your gateway) social network.
…getting even more excited
On Tuesday 19 Apr 2011 18:16:25 David ‘Bombe’ Roden wrote:
> On Tuesday 19 April 2011 15:19:05 Matthew Toseland wrote:
>
> > > 1. A servlet container (I suggest Jetty) [or adapt already existing
> > > "SimpleToadletServer"]
> > If we are building our own why do we need servlets? Aren't they
> > si
On Tuesday 19 April 2011 15:19:05 Matthew Toseland wrote:
> > 1. A servlet container (I suggest Jetty) [or adapt already existing
> > "SimpleToadletServer"]
> If we are building our own why do we need servlets? Aren't they
> significantly more complex even than toadlets?
Because most servlet cont
On Sunday 17 Apr 2011 19:20:28 Pouyan Zachar wrote:
> [pouyan]
> >> httpserver delivered with the Java 6 is only a simple webserver and is
> >> not a servlet container. on the other hand I don't think that it would
> >> be complicated to imitate some vital functionalities of a servlet
> >> containe
[pouyan]
>> httpserver delivered with the Java 6 is only a simple webserver and is
>> not a servlet container. on the other hand I don't think that it would
>> be complicated to imitate some vital functionalities of a servlet
>> container
>> Those for MVC architecture say "Aye"
[Ian]
> MVC is a
Poyan you're on the right track - adding more girth and complexity to
Freenet in the form of an MVC framework, and a programmatic approach to
producing output will bog things down more when you are only after an MVC
paradigm and a simplified way to manage and produce your content.
Using a simple c
Poyan you're on the right track - adding more girth and complexity to
Freenet in the form of an MVC framework, and a programmatic approach to
producing output will bog things down more when you are only after an MVC
paradigm and a simplified way to manage and produce your content.
Using a simple c
[pouyan]
>> httpserver delivered with the Java 6 is only a simple webserver and is
>> not a servlet container. on the other hand I don't think that it would
>> be complicated to imitate some vital functionalities of a servlet
>> container
>> Those for MVC architecture say "Aye"
[Ian]
> MVC is a
On Mon, Apr 11, 2011 at 6:20 AM, Pouyan Zachar wrote:
> httpserver delivered with the Java 6 is only a simple webserver and is
> not a servlet container. on the other hand I don't think that it would
> be complicated to imitate some vital functionalities of a servlet
> container.
> I was aiming t
On Mon, Apr 11, 2011 at 6:20 AM, Pouyan Zachar wrote:
> httpserver delivered with the Java 6 is only a simple webserver and is
> not a servlet container. on the other hand I don't think that it would
> be complicated to imitate some vital functionalities of a servlet
> container.
> I was aiming t
> Java 6 ships with a web server:
>com.sun.net.httpserver
>
> for this, but, again, it's still a lot to take on, given that the needs are
> modest.
>
>
> IMO, best to keep the content separate from mechanics... All content files
> (HTML/JavaScript)
> should be editable using HTML editing tools
> Java 6 ships with a web server:
>com.sun.net.httpserver
>
> for this, but, again, it's still a lot to take on, given that the needs are
> modest.
>
>
> IMO, best to keep the content separate from mechanics... All content files
> (HTML/JavaScript)
> should be editable using HTML editing tools
>> > I must agree with the fact that Struts and similar frameworks (Wicket)
>> > are too huge to be delivered with Freenet.
>>
>> I have seen struts in action... DON'T DO IT! :)
>>
>> IMO it would be *alot* of work to port, for a negative benefit (it
>> would be bigger, slower to start, slower to r
On Friday 08 Apr 2011 15:36:23 Robert Hailey wrote:
>
> On 2011/04/06 (Apr), at 4:16 AM, Pouyan Zachar wrote:
>
> > [freenet.10.technomation]
> >> Struts is a large, complex and largely superseded framework (by
> >> JBoss, Spring etc) - the .jar is several megs in size, requiring
> >> conside
Java 6 ships with a web server:
com.sun.net.httpserver
As Pouyan, you just want to be able to take some basic HTML/JavaScript
and server them up from.
This can be done from a single servlet utilizing a templating engine
aproach. Velocity is great
for this, but, again, it's still a lot to take o
Java 6 ships with a web server:
com.sun.net.httpserver
As Pouyan, you just want to be able to take some basic HTML/JavaScript
and server them up from.
This can be done from a single servlet utilizing a templating engine
aproach. Velocity is great
for this, but, again, it's still a lot to take o
>> > I must agree with the fact that Struts and similar frameworks (Wicket)
>> > are too huge to be delivered with Freenet.
>>
>> I have seen struts in action... DON'T DO IT! :)
>>
>> IMO it would be *alot* of work to port, for a negative benefit (it
>> would be bigger, slower to start, slower to r
On 2011/04/06 (Apr), at 4:16 AM, Pouyan Zachar wrote:
> [freenet.10.technomation]
>> Struts is a large, complex and largely superseded framework (by
>> JBoss, Spring etc) - the .jar is several megs in size, requiring
>> considerable configuration. Given the amount of HTML in Freenet,
>> the
On Friday 08 Apr 2011 15:36:23 Robert Hailey wrote:
>
> On 2011/04/06 (Apr), at 4:16 AM, Pouyan Zachar wrote:
>
> > [freenet.10.technomation]
> >> Struts is a large, complex and largely superseded framework (by
> >> JBoss, Spring etc) - the .jar is several megs in size, requiring
> >> conside
On 2011/04/06 (Apr), at 4:16 AM, Pouyan Zachar wrote:
[freenet.10.technomation]
Struts is a large, complex and largely superseded framework (by
JBoss, Spring etc) - the .jar is several megs in size, requiring
considerable configuration. Given the amount of HTML in Freenet,
then one would
[freenet.10.technomation]
> Struts is a large, complex and largely superseded framework (by JBoss, Spring
> etc) - the .jar is several megs in size, requiring considerable
> configuration. Given the amount of HTML in Freenet, then one would think a
> lightweight templating engine might be more i
[freenet.10.technomation]
> Struts is a large, complex and largely superseded framework (by JBoss, Spring
> etc) - the .jar is several megs in size, requiring considerable
> configuration. Given the amount of HTML in Freenet, then one would think a
> lightweight templating engine might be more i
Struts is a large, complex and largely superseded framework (by JBoss, Spring
etc) - the .jar is several megs in size, requiring considerable configuration.
Given the amount of HTML in Freenet, then one would think a lightweight
templating engine might be more in order: Apache Velocity for examp
Struts is a large, complex and largely superseded framework (by JBoss, Spring
etc) - the .jar is several megs in size, requiring considerable configuration.
Given the amount of HTML in Freenet, then one would think a lightweight
templating engine might be more in order: Apache Velocity for examp
[Original message from Pouyan]
>> >> I wanted to suggest porting already existing "Toadlets" to normal
>> >> servlets and utilize Apache Struts framework for more simplicity
[Matthew Said]
>> > My recollection is servlets are far more complex and we don't use most of
>> > their features? On the
On Tuesday 05 Apr 2011 13:19:10 Pouyan Zachar wrote:
> [Original message from Pouyan]
> >> I wanted to suggest porting already existing "Toadlets" to normal
> >> servlets and utilize Apache Struts framework for more simplicity. This
> >> would make it easier and more intuitive to design and develop
[Original message from Pouyan]
>> I wanted to suggest porting already existing "Toadlets" to normal
>> servlets and utilize Apache Struts framework for more simplicity. This
>> would make it easier and more intuitive to design and develop the web
>> interface (fproxy) using JSP pages. However it ma
On Thursday 31 Mar 2011 09:56:22 Pouyan Zachar wrote:
> Hi everyone:
>
> I wanted to suggest porting already existing "Toadlets" to normal
> servlets and utilize Apache Struts framework for more simplicity. This
> would make it easier and more intuitive to design and develop the web
> interface (f
[Original message from Pouyan]
>> >> I wanted to suggest porting already existing "Toadlets" to normal
>> >> servlets and utilize Apache Struts framework for more simplicity
[Matthew Said]
>> > My recollection is servlets are far more complex and we don't use most of
>> > their features? On the
On Tuesday 05 Apr 2011 13:19:10 Pouyan Zachar wrote:
> [Original message from Pouyan]
> >> I wanted to suggest porting already existing "Toadlets" to normal
> >> servlets and utilize Apache Struts framework for more simplicity. This
> >> would make it easier and more intuitive to design and develop
[Original message from Pouyan]
>> I wanted to suggest porting already existing "Toadlets" to normal
>> servlets and utilize Apache Struts framework for more simplicity. This
>> would make it easier and more intuitive to design and develop the web
>> interface (fproxy) using JSP pages. However it ma
On Thursday 31 Mar 2011 09:56:22 Pouyan Zachar wrote:
> Hi everyone:
>
> I wanted to suggest porting already existing "Toadlets" to normal
> servlets and utilize Apache Struts framework for more simplicity. This
> would make it easier and more intuitive to design and develop the web
> interface (f
[Excerpts from original message]
>> I wanted to suggest porting already existing "Toadlets" to normal
>> servlets and utilize Apache Struts framework for more simplicity.
[Excerpts from Ian's message]
> I'll all for moving to a standard web framework, rather than our current
> home-grown solution.
Hi everyone:
I wanted to suggest porting already existing "Toadlets" to normal
servlets and utilize Apache Struts framework for more simplicity. This
would make it easier and more intuitive to design and develop the web
interface (fproxy) using JSP pages. However it may not be an easy task
to adap
On Thu, Mar 31, 2011 at 9:08 AM, Pouyan Zachar wrote:
> [Excerpts from Ian's message]
> > I'll all for moving to a standard web framework, rather than our current
> > home-grown solution. However there are a lot of options to choose from.
> > Why Struts, and not another option (like, for examp
On Thu, Mar 31, 2011 at 3:56 AM, Pouyan Zachar wrote:
> Hi everyone:
>
> I wanted to suggest porting already existing "Toadlets" to normal
> servlets and utilize Apache Struts framework for more simplicity. This
> would make it easier and more intuitive to design and develop the web
> interface (
On Thu, Mar 31, 2011 at 9:08 AM, Pouyan Zachar wrote:
> [Excerpts from Ian's message]
> > I'll all for moving to a standard web framework, rather than our current
> > home-grown solution. However there are a lot of options to choose from.
> > Why Struts, and not another option (like, for examp
[Excerpts from original message]
>> I wanted to suggest porting already existing "Toadlets" to normal
>> servlets and utilize Apache Struts framework for more simplicity.
[Excerpts from Ian's message]
> I'll all for moving to a standard web framework, rather than our current
> home-grown solution.
On Thu, Mar 31, 2011 at 3:56 AM, Pouyan Zachar wrote:
> Hi everyone:
>
> I wanted to suggest porting already existing "Toadlets" to normal
> servlets and utilize Apache Struts framework for more simplicity. This
> would make it easier and more intuitive to design and develop the web
> interface (
Hi everyone:
I wanted to suggest porting already existing "Toadlets" to normal
servlets and utilize Apache Struts framework for more simplicity. This
would make it easier and more intuitive to design and develop the web
interface (fproxy) using JSP pages. However it may not be an easy task
to adap
50 matches
Mail list logo