Google App Engine Server

[Omar Abid]

hi,
I'm creating a Google App Engine Server (Google APS) it's Open
Source , who knows VB.net programming and wants to help go here
http://omarabid.com/aps
Thanks for contribution
Omar Abid (http://googlecoder.blogspot.com)

[Andrew Badera]

Allow me to be the first to say ... what?

BTW what does APS stand for?

--
--
--Andy Badera
http://higherefficiency.net
http://flipbitsnotburgers.blogspot.com/
http://andrew.badera.us/
http://changeroundup.com/
and...@badera.us
(518) 641-1280
Google me: http://www.google.com/search?q=andrew+badera

[Omar Abid]

App (*engine*) Server I found it just better than AES

On Aug 1, 4:30 pm, "Andrew Badera" <and...@badera.us> wrote:
> Allow me to be the first to say ... what?
>
> BTW what does APS stand for?
>

> On Fri, Aug 1, 2008 at 10:28 AM, Omar Abid <omar.abid2...@gmail.com> wrote:
>
> > hi,
> > I'm creating a Google App Engine Server (Google APS) it's Open
> > Source , who knows VB.net programming and wants to help go here
> >http://omarabid.com/aps
> > Thanks for contribution
> > Omar Abid (http://googlecoder.blogspot.com)
>
> --
> --

> --Andy Baderahttp://higherefficiency.nethttp://flipbitsnotburgers.blogspot.com/http://andrew.badera.us/http://changeroundup.com/

[Dirk Holtwick]

Hi,

I also started a new project to make development for Google App Engine
(GAE) much easier by simplifying the process of creating an
application, writing it and the uploading it. Have a look here
(especially the SVN):

http://code.google.com/p/pyxer/

More informations in the documentation:

http://pyxer.googlecode.com/files/pyxer-0.4.0alpha.pdf

THIS IS A VERY EARLY RELEASE!

The framework not only supports but also "Paster" and each other WSGI
implementation. Since my favorite templating language Genshi is not
supported on GAE I wrote my own ;) It is based on "html5lib" and does
more or less the same than Genshi or Kit does. Sessions are supported
by using "Beaker". JSON is also supported out of the box.

So what makes it special? Well this framework is not so addicted to
the MVC programming model than others. It mixes the Python files with
the template and static files. So you have all nicely together in one
directory (for now it is always called "public").

To create and start a new project just call:

$ pyxer init <somedir>
$ cd <somedir>
$ pyxer serve

The most simple "Hello World" is done by creating "public/__init__py"
and then write:

from pyxer.base import *
@controller
def index():
return "Hello World"

That's it. If anybody is interested in helping me developing this tool
I would be very glad! It is published under the MIT License, so
everything is very liberal also for commercial use.

Hope to hear from you and get some feedback.

Thanks
Dirk

Omar Abid schrieb:

[Calvin Spealman]

This is for hosting appengine compliant apps?

Why VB.Net? I won't complain about the language choice, but in this
context it feels a bit frankensteinish.

--
Read my blog! I depend on your acceptance of my opinion! I am interesting!
http://ironfroggy-code.blogspot.com/

[Omar Abid]

frankensteinish ? and vb.net is easy and well known!

On Aug 1, 7:27 pm, "Calvin Spealman" <ironfro...@gmail.com> wrote:
> This is for hosting appengine compliant apps?
>
> Why VB.Net? I won't complain about the language choice, but in this
> context it feels a bit frankensteinish.
>

[Aral]

Hi Omar,

Google won't let you use the name Google for your project (it's not an
if but a given, as they won't risk diluting their trademark). It may
be an idea to change it now before you go too far into the project.

Otherwise, good luck -- any effort to create new deployment
environments for App Engine apps is a Good Thing, IMHO.

Aral

[Calvin Spealman]

On Fri, Aug 1, 2008 at 1:51 PM, Omar Abid <omar.a...@gmail.com> wrote:
>
> frankensteinish ? and vb.net is easy and well known!

The "frankensteinish" comment is just because VB.Net seems both an odd
and interesting choice for the project, given that so much of
appengine is built on open projects, not closed platforms like .Net.
Of course, this isn't far from IronPython, the Python implementation
on .Net.

Sure its "easy", but ... ok, im gonna get into a discussion about VB.Net here!

[Omar Abid]

That's true, I think if I change it APS Server for Google App Engine
that will be good and acceptable!

[Omar Abid]

What ever it's a choice :)

On Aug 1, 10:05 pm, "Calvin Spealman" <ironfro...@gmail.com> wrote:

[Jorge Vargas]

On Fri, Aug 1, 2008 at 8:30 AM, Andrew Badera <and...@badera.us> wrote:
> Allow me to be the first to say ... what?
>

let me refrase that since it got no reply.

what on earth is this supposed to do?

As a side note, how much simpler than running 1 script do you think you can get?

[Omar Abid]

APS server will replace the python command line to run your server and
upload files to google app host

On Aug 2, 8:44 am, "Jorge Vargas" <jorge.var...@gmail.com> wrote:
> On Fri, Aug 1, 2008 at 8:30 AM, Andrew Badera <and...@badera.us> wrote:
> > Allow me to be the first to say ... what?
>
> let me refrase that since it got no reply.
>
> what on earth is this supposed to do?
>
> As a side note, how much simpler than running 1 script do you think you can get?
>
> > BTW what does APS stand for?
>

[Andrew Badera]

Given that the dev server is cross platform, what value does a Windows-specific (Mono aside) dev server give you?

[Barry Hunter]

Seems to just be the windows version of

http://googleappengine.blogspot.com/2008/05/app-engine-launcher-for-mac-os-x.html

then.

--
Barry

- www.nearby.org.uk - www.geograph.org.uk -

[Calvin Spealman]

oh that isnt what i thought at all. dont see the point.

--

[Calvin Spealman]

also this makes it terrible named. its not a server. take "server" out
of the name. it is uploading the proper files TO the server.

[nchauvat (Logilab)]

On 2 août, 14:22, "Barry Hunter" <barrybhun...@googlemail.com> wrote:
> Seems to just be the windows version of
>

> http://googleappengine.blogspot.com/2008/05/app-engine-launcher-for-m...

Omar, if that's what you are after, then star
http://code.google.com/p/googleappengine/issues/detail?id=467 and
http://code.google.com/p/googleappengine/issues/detail?id=386 and if
you build one, just make sure you do not call it a "server".

[Omar Abid]

It was helpful to start this topic :) I got many new ideas like the
MAC App engine launcher, the name of my server (isn't a server now :p
but a launcher =)
Thanks nchauvat for the issues, I posted comments there :D
thank you all, I'm going to start hard work on it.

On Aug 3, 1:54 pm, "nchauvat (Logilab)" <nicolas.chau...@logilab.fr>
wrote:

> On 2 août, 14:22, "Barry Hunter" <barrybhun...@googlemail.com> wrote:
>
> > Seems to just be the windows version of
>
> >http://googleappengine.blogspot.com/2008/05/app-engine-launcher-for-m...
>

> Omar, if that's what you are after, then starhttp://code.google.com/p/googleappengine/issues/detail?id=467andhttp://code.google.com/p/googleappengine/issues/detail?id=386and if

[Calvin Spealman]

you are calling your VB.net-written appcfg frontend "Mac App Engine Launcher"?

--

[Andrew Badera]

1. If you did it in C# I'd help, but VB.NET? No thanks ...
2. You should put it in Google code to make version management and distributed development a heck of a lot easier than that zip file you've currently got going on. Plus svn offers greater transparency than a potentially executable .zip.

[Omar Abid]

yes and I'm thinking to make it like it, I see the picture here
http://bp1.blogger.com/_dLfQMJsmsaI/SCzPfOujaDI/AAAAAAAAAAM/niRbV14QRMM/s1600-h/launcher.png

On Aug 3, 4:00 pm, "Calvin Spealman" <ironfro...@gmail.com> wrote:
> you are calling your VB.net-written appcfg frontend "Mac App Engine Launcher"?
>
>
>
> On Sun, Aug 3, 2008 at 9:57 AM, Omar Abid <omar.abid2...@gmail.com> wrote:
>
> > It was helpful to start this topic :) I got many new ideas like the
> > MAC App engine launcher, the name of my server (isn't a server now :p
> > but a launcher =)
> > Thanks nchauvat for the issues, I posted comments there :D
> > thank you all, I'm going to start hard work on it.
>
> > On Aug 3, 1:54 pm, "nchauvat (Logilab)" <nicolas.chau...@logilab.fr>
> > wrote:
> >> On 2 août, 14:22, "Barry Hunter" <barrybhun...@googlemail.com> wrote:
>
> >> > Seems to just be the windows version of
>
> >> >http://googleappengine.blogspot.com/2008/05/app-engine-launcher-for-m...
>

> >> Omar, if that's what you are after, then starhttp://code.google.com/p/googleappengine/issues/detail?id=467andhttp:...if

[Omar Abid]

1. don't know VB.net?
2. I'll put it, but let me see how the whole thing works before. Slow
down boy, I'm 17 years old only =)

> --Andy Baderahttp://higherefficiency.nethttp://flipbitsnotburgers.blogspot.com/http://andrew.badera.us/http://changeroundup.com/

[Andrew Badera]

VB.NET is inelegant.

[Omar Abid]

yeah I know I have C# it's more advanced, but I made powerful
application with Vb.net (and the App engine laucher isn't that big
project)
see one with vb.net (http://omarabid.Com/barcode)

On Aug 3, 4:07 pm, "Andrew Badera" <and...@badera.us> wrote:
> VB.NET is inelegant.
>

[James Ashley]

> yeah I know I have C# it's more advanced,

This is one of those common stereotypes that irritate me.

If you're familiar with a wide variety of programming languages/
environments, C# and vb.net look like pretty much the same language.
C# looks a little lower level, a little grittier, because it uses
brackets instead of begin/end (or whatever vb.net uses). It does tend
to get new language features first, while the vb.net team seems to
focus on extra, friendlier libraries (which you can then turn around
and use in C#, AFAICT). Big whoopty deal.

For that matter, Java is pretty much the same language too. (I know,
saying that's just begging for flames).

Far more important than minor syntactical differences is the .net
runtime which they share. You used to be able to get a job as a
programmer by learning some given language (or even just parts, if the
language is as big and scary as, say, C++). Now, in an asp.net shop,
you really need to understand things like HTTP, SQL, COM, asp.net's
page life cycle, SEO, HTML, javascript, Active Directory, TCP/IP,
MSMQ, SOAP web services, XSLT, some complicated CMS...the list just
goes on and on. Plus you need a solid grasp on the .net framework
library, and I don't think I know anyone who can claim to be an expert
on that monster.

Most programmers will learn the pieces of that they need to use every
day, and look up the rest as needed. (OK, I do know one guy who can
tell you off the top of his head that there's an abstract
LicenseProvider class in the System.ComponentModel namespace, and
here's how you use it, but most mere mortals have probably never even
heard of it...I hadn't, until I googled for something obscure just now
to use as an example).

This is why projects like Iron Ruby, Iron Python, and F# are so
exciting. They're bringing higher level languages to the table,
*with* that massive class framework. But I'm getting even more off-
topic in this already off-topic post.

The real distinction between vb.net and c# is the programmers who
choose one over the other, and the architectural mind-set they tend to
have.

C# programmers are mostly coming from the C/C++/Java world. They tend
to architect heavily up front, be really anal about the way their code
looks, and think about things like design patterns, loose coupling,
code optimization, and maintainability. They also have tendencies
toward elitism and snobbery (though nowhere near as bad as the common
lisp fanatics).

VB.NET programmers tend to come from (surprise!) the VB world. Or
they're newcomers who get intimidated by the way C# looks. They tend
to be more of the "get 'er dun" school of thought. I know a few VB
guys who've been doing independent consulting for 15 years, have a
massive library they've written, and are still using VB 6, because it
would break too much stuff to switch to .NET. Sometimes, the shiny
new features just aren't worth the pain of switching platforms.

There's nothing wrong with either approach/mindset. It just depends
on your customer's needs at the time. Someone who can switch gears
from one approach to the other, as needed, can be an invaluable asset
to your team.

Like all generalizations, there are always exceptions. I've known C#
guys who came from a C background who believe copy/paste is the best
kind of code re-use, because they thing inheritance is confusing. I've
known programmers who prefer VB.NET because they just think brackets
are ugly, but they're still doing enterprise-level software, dealing
with COBOL back-ends and programming in assembly language for some of
the embedded front-end stuff.

> but I made powerful
> application with Vb.net (and the App engine laucher isn't that big
> project)
> see one with vb.net (http://omarabid.Com/barcode)

And that's really the point, isn't it? A programming language is a
tool. Microsoft has really upped the ante with .net, creating an
entire platform. If you're willing to tie yourself to them (and it's
a safe bet that windows will be around for a long time), you have an
amazing amount of power at your fingertips. You might be missing out
on some of C#'s whiz-bang syntactic sugar (it's been a while since I
actually looked. I'm pretty sure VB.NET supports generics now. Does
anyone know how its LINQ support stacks up?), but that isn't going to
keep anyone from doing amazing things with it.

> On Aug 3, 4:07 pm, "Andrew Badera" <and...@badera.us> wrote:
>
> > VB.NET is inelegant.

All programming languages/platforms have their warts. Except maybe
scheme (unless you're Larry Wall <G>), and its standard library is so
tiny that I just can't find a practical use for it. But every time I
check out the different implementations, it gets more attractive.

Respectfully,
James

[Omar Abid]

On Aug 3, 9:09 pm, James Ashley <james.ash...@gmail.com> wrote:
> > yeah I know I have C# it's more advanced,
>
> This is one of those common stereotypes that irritate me.
>
> If you're familiar with a wide variety of programming languages/
> environments, C# and vb.net look like pretty much the same language.
> C# looks a little lower level, a little grittier, because it uses
> brackets instead of begin/end (or whatever vb.net uses). It does tend
> to get new language features first, while the vb.net team seems to
> focus on extra, friendlier libraries (which you can then turn around
> and use in C#, AFAICT). Big whoopty deal

Ok I was and still confuse between C# and C++
C# is a copy of VB.net, the difference is only on {} then end if and
this become me. I works with both of them, because I see no real
difference.
However C++ is different. He looks similar to Python.Plus the platform
is quiet different I'm not sure if its' more advanced because I don't
use it but Microsoft says that it's more advanced than other versions.
MS says!! and it really seems to be for pro, but it don't interest me.

I began with Quick Basic, in that time C++ was a little bit complex
for me and very big!
I continued with Visual Basic 1.0 then 4.0 then 5.0 then 6.0 but
jumped directly to 2005. I didn't spent much time on 2005 and quickly
turned to 2008.
Most of the time was on Qbasic and VB 6.0 then 2008
My first contact with C was with PHP, I was obliged to learn the
double == and the {} and the i++ and the ; which was really killing me
but bear it.
Now I prefer to use VB.net and WPF for windows and PHP and python for
Online.
If you want to join with C#, so you can, we can then convert code, or
even don't, as visual studio accept different lang on a program
Here's the plan http://omarabid.com/aps/plan.html

Regards
Omar Abid