simpleweb-support — General user and support issues

Re: [Simpleweb-Support] SerialLoaderEngine ftw

[Niall G. <gal...@ya...>]

Hi Brian,

Although this is probably a good fit for what you are
doing, how well will this scale? If your application
grows to incorporate many actions, this scheme will
add too much complexity as services are going to be
coupled, also loading order seems to determine which
service is used. You should at the very least consider
scoring the canSearch.

I think that the URI based scheme is what it is, its a
resource identifier, and should be used as such. If a
URI scheme does not meet your needs you can always add
to the controller using a RedirectService.

public class MyController extends RedirectService {

   public Resource redirect(Request req, Response
resp) {
      // do somthing ...

      if(someCondition(request)) {
         return lookup("someService");
      }
      return lookup("someOtherService");
   }
}

This allows you to augment the URI mapping scheme to
include some logic before deciding which service is to
handle the request. 

Niall

--- Brian Davis <wic...@gm...> wrote:

> replaces the need for protocol handlers and a
> uri-based resolver imo
> 
> more code provided upon request...
> 
> public class Server
> {
>     public Server(Host host) throws Exception
>     {
>         _host = host;
> 
>         _loader = new SerialLoaderEngine();
> 
>         Iterator it = host.roots();
> 
>         while (it.hasNext())
>         {
>             _loader.addContext(new
> ServerContext((File) it.next(), this));
>         }
> 
>        
>
_loader.register("com.wickedfastsolutions.server.app.HeaderService");
>        
>
_loader.register("com.wickedfastsolutions.server.app.SandboxService");
>        
>
_loader.register("com.wickedfastsolutions.server.app.ProtocolService");
> 
>         if
> (getHost().getAddress().equals("127.0.0.1"))
>         {
>            
>
_loader.register("com.wickedfastsolutions.server.app.CoberturaService");
>         }
> 
>        
>
_loader.register("com.wickedfastsolutions.server.app.DirectoryListingService");
>        
>
_loader.register("com.wickedfastsolutions.server.app.FreeMarkerService");
>        
>
_loader.register("com.wickedfastsolutions.server.app.FileService");
> 
>         Connection connection =
> ConnectionFactory.getConnection(_loader);
> 
>         connection.connect(new
> ServerSocket(_host.getPort(), 50,
> InetAddress.getByName(_host.getAddress())));
> 
>         System.err.println("Current Time is " + new
> Date());
>         System.err.println("Server is running at " +
> _host.getAddress() + " port " + _host.getPort());
>     }
> 
>     public static void main(String[] args) throws
> Exception
>     {
>         PrintStream out = new PrintStream(new
> FileOutputStream("err.txt"));
> 
>         System.setOut(out);
>         System.setErr(out);
> 
>         Host host = new Host();
> 
>         host.addRoot(new File("test"));
> 
>         host.setAddress("127.0.0.1");
>         host.setPort(2000);
> 
>         _server = new Server(host);
>     }
> 
>     public Host getHost()
>     {
>         return _host;
>     }
> 
>     public SerialLoaderEngine getLoaderEngine()
>     {
>         return _loader;
>     }
> 
>     private Host _host;
>     private SerialLoaderEngine _loader;
>     private static Server _server;
> }
> 
> 
> 
> public class HeaderService extends SerialService
> {
>     public HeaderService(Context context)
>     {
>         super(context);
>     }
> 
>     public boolean canHandle(Request req, Response
> res)
>     {
>         res.set("Server",
> "www.wickedfastsolutions.com");
> 
>         res.setDate("Date",
> System.currentTimeMillis());
> 
>         res.setMajor(1);
>         res.setMinor(1);
> 
>         res.set("Content-Type",
> MimeTypes.parse(req.getURI()));
> 
>         return false;
>     }
> 
>     public void process(Request req, Response res)
> throws Exception
>     {
>         handle(req, res);
>     }
> }
> 
> 
> public class SandboxService extends SerialService
> {
>     public SandboxService(Context context)
>     {
>         super(context);
>     }
> 
>     public boolean canHandle(Request req, Response
> res)
>     {
>         try
>         {
>             // ensure that this url is properly
> encoded as iso-8859-1 and
>             // not some overlong UTF-8 sequence.. by
> doing the
> transcoding myself
> 
>             int[] decoded =
>
CharsetRegistery.getCharset("iso-8859-1").decode(req.getURI().getBytes("UTF-8"));
> 
>             Unicode uri = new Unicode(decoded, 0,
> decoded.length);
> 
>             // Requests with ../ or ..\\ in the url
> are not allowed.
> The security implications for potentially
>             // being allowed outside the web
> template sandbox far
> out-weigh the benefits of these types of url's.
>             // I recommend using url's relative to
> the web template
> directory only. At first I returned this
>             // warning but then upon further
> consideration thought
> that the person or program sending the request
>             // might misinterpret my response for a
> success and try to
> continue hacking as opposed to moving along
> 
>             if (uri.indexOf("..") != -1 ||
> uri.indexOf("./") != -1 ||
> uri.indexOf(".\\") != -1 || uri.endsWith("."))
>             {
>                 return true;
>             }
>         }
> 
>         catch (Exception ex)
>         {
>             return true;
>         }
> 
>         return false;
>     }
> 
>     public void process(Request req, Response res)
> throws Exception
>     {
>         handle(req, res, 404);
>     }
> }
> 
> 
> public class ProtocolService extends SerialService
> {
>     public ProtocolService(Context context)
>     {
>         super(context);
>     }
> 
>     public boolean canHandle(Request req, Response
> res)
>     {
>         if (!req.getMethod().equals("GET") &&
> !req.getMethod().equals("HEAD"))
>         {
> 
=== message truncated ===


Niall Gallagher

__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

[Simpleweb-Support] SerialLoaderEngine ftw

[Brian D. <wic...@gm...>]

replaces the need for protocol handlers and a uri-based resolver imo

more code provided upon request...

public class Server
{
    public Server(Host host) throws Exception
    {
        _host =3D host;

        _loader =3D new SerialLoaderEngine();

        Iterator it =3D host.roots();

        while (it.hasNext())
        {
            _loader.addContext(new ServerContext((File) it.next(), this));
        }

        _loader.register("com.wickedfastsolutions.server.app.HeaderService"=
);
        _loader.register("com.wickedfastsolutions.server.app.SandboxService=
");
        _loader.register("com.wickedfastsolutions.server.app.ProtocolServic=
e");

        if (getHost().getAddress().equals("127.0.0.1"))
        {
            _loader.register("com.wickedfastsolutions.server.app.CoberturaS=
ervice");
        }

        _loader.register("com.wickedfastsolutions.server.app.DirectoryListi=
ngService");
        _loader.register("com.wickedfastsolutions.server.app.FreeMarkerServ=
ice");
        _loader.register("com.wickedfastsolutions.server.app.FileService");

        Connection connection =3D ConnectionFactory.getConnection(_loader);

        connection.connect(new ServerSocket(_host.getPort(), 50,
InetAddress.getByName(_host.getAddress())));

        System.err.println("Current Time is " + new Date());
        System.err.println("Server is running at " +
_host.getAddress() + " port " + _host.getPort());
    }

    public static void main(String[] args) throws Exception
    {
        PrintStream out =3D new PrintStream(new FileOutputStream("err.txt")=
);

        System.setOut(out);
        System.setErr(out);

        Host host =3D new Host();

        host.addRoot(new File("test"));

        host.setAddress("127.0.0.1");
        host.setPort(2000);

        _server =3D new Server(host);
    }

    public Host getHost()
    {
        return _host;
    }

    public SerialLoaderEngine getLoaderEngine()
    {
        return _loader;
    }

    private Host _host;
    private SerialLoaderEngine _loader;
    private static Server _server;
}



public class HeaderService extends SerialService
{
    public HeaderService(Context context)
    {
        super(context);
    }

    public boolean canHandle(Request req, Response res)
    {
        res.set("Server", "www.wickedfastsolutions.com");

        res.setDate("Date", System.currentTimeMillis());

        res.setMajor(1);
        res.setMinor(1);

        res.set("Content-Type", MimeTypes.parse(req.getURI()));

        return false;
    }

    public void process(Request req, Response res) throws Exception
    {
        handle(req, res);
    }
}


public class SandboxService extends SerialService
{
    public SandboxService(Context context)
    {
        super(context);
    }

    public boolean canHandle(Request req, Response res)
    {
        try
        {
            // ensure that this url is properly encoded as iso-8859-1 and
            // not some overlong UTF-8 sequence.. by doing the
transcoding myself

            int[] decoded =3D
CharsetRegistery.getCharset("iso-8859-1").decode(req.getURI().getBytes("UTF=
-8"));

            Unicode uri =3D new Unicode(decoded, 0, decoded.length);

            // Requests with ../ or ..\\ in the url are not allowed.
The security implications for potentially
            // being allowed outside the web template sandbox far
out-weigh the benefits of these types of url's.
            // I recommend using url's relative to the web template
directory only. At first I returned this
            // warning but then upon further consideration thought
that the person or program sending the request
            // might misinterpret my response for a success and try to
continue hacking as opposed to moving along

            if (uri.indexOf("..") !=3D -1 || uri.indexOf("./") !=3D -1 ||
uri.indexOf(".\\") !=3D -1 || uri.endsWith("."))
            {
                return true;
            }
        }

        catch (Exception ex)
        {
            return true;
        }

        return false;
    }

    public void process(Request req, Response res) throws Exception
    {
        handle(req, res, 404);
    }
}


public class ProtocolService extends SerialService
{
    public ProtocolService(Context context)
    {
        super(context);
    }

    public boolean canHandle(Request req, Response res)
    {
        if (!req.getMethod().equals("GET") && !req.getMethod().equals("HEAD=
"))
        {
            return true;
        }

        if (req.getMajor() !=3D 1)
        {
            return true;
        }

        if (req.getMinor() !=3D 0 && req.getMinor() !=3D 1)
        {
            return true;
        }

        // validate uri

        return false;
    }

    public void process(Request req, Response res) throws Exception
    {
        handle(req, res, 501);
    }
}


public class CoberturaService extends SerialService
{
    public CoberturaService(Context context)
    {
        super(context);
    }

    public boolean canHandle(Request req, Response res)
    {
        return req.getURI().equals("/index.flush");
    }

    public void process(Request req, Response res) throws Exception
    {
        // flush cobertura data

        String className =3D "net.sourceforge.cobertura.coveragedata.Projec=
tData";

        String methodName =3D "saveGlobalProjectData";

        Class saveClass =3D Class.forName(className);

        java.lang.reflect.Method saveMethod =3D
saveClass.getDeclaredMethod(methodName, new Class[0]);

        saveMethod.invoke(null,new Object[0]);

        handle(req, res, 200);
    }
}



public class FileService extends SerialService
{
    public FileService(Context context)
    {
        super(context);

        _engine =3D new FileEngine(context);
    }

    public boolean canHandle(Request req, Response res)
    {
        return true;
    }

    public void process(Request req, Response res) throws Exception
    {
        _engine.resolve(req.getURI()).handle(req, res);
    }

    private FileEngine _engine;
}

[Simpleweb-Support] Re: SchedulerQueue

[Brian D. <wic...@gm...>]

Hmm...

ignore this..

Thanks!

Brian

On 12/9/05, Brian Davis <wic...@gm...> wrote:
> Hmm..
>
> Wierd problem with the dequeue() method in which it never completes....
>
> see attached...
>
>
>

[Simpleweb-Support] okie.. sourceforge ftl for not allowing .zip extension.. jar included.. well maybe

[Brian D. <wic...@gm...>]

included
/Users/wickedfast/Desktop/scheduler.jar

Re: [Simpleweb-Support] Content Based Resolving

[Niall G. <gal...@ya...>]

Hi Brian,

This looks like it will work. However, how are you
implementing your model? It is often good to have an
empty shell service that can interact with your
applications data, and then push this data into the
template. If you are implementing a FreemarkerService,
how is this achieved? For example:

public Document execute(Request a, Response b,
Document c) {

   MyData d = MyModel.someOperation();

   c.put("data", d);

   return c;
}

Niall

--- Brian Davis <wic...@gm...> wrote:

> Hi Niall
> 
> Actually.. I am looking to implement the following..
> Basically.. the
> idea is that instead of using the resolver to
> resolve to the correct
> service.. the engine would instead ask each
> registered service to
> handle the request, in succession..
> 
> for each service
> {
>      int status = service.handle(req, res);
> 
>      if (status == HANDLED)
>      {
>          break;
>      }
> }
> 
> Any thoughts?
> 
> public class Server throws Exception
> {
> 	public Server(Host host)
> 	{
> 		_host = host;
> 	
> 		_loader = new SerialLoader();
> 	
> 		Iterator it = host.roots();
> 		
> 		while (it.hasNext())
> 		{
> 			_loader.addContext(new FileContext(root));
> 		}
> 		
> 	
>
_loader.register("com.wickedfastsolutions.server.app.KillService");
> 	
>
_loader.register("com.wickedfastsolutions.server.app.ProtocolHandlerService");
> 	
>
_loader.register("com.wickedfastsolutions.server.app.DiretoryListingService");
> 	
>
_loader.register("com.wickedfastsolutions.server.app.FreeMarkerService");
> 	
>
_loader.register("com.wickedfastsolutions.server.app.FileService");
> 		
>         ProtocolHandler handler =
> ProtocolHandlerFactory.getInstance(_loader);
> 
>         Connection connection =
> ConnectionFactory.getConnection(handler);
> 
>         connection.connect(new
> ServerSocket(_host.getPort(), 50,
> InetAddress.getByName(_host.getAddress())));
> 
>         System.err.println("Current Time is " + new
> Date());
>         System.err.println("Server is running at " +
> _host.getAddress() + " port " + _host.getPort());
> 	}
> 
>     public static void main(String[] args) throws
> Exception
>     {
>         Host host = new Host();
> 
>         host.addRoot(new File("test/carol"));
>         host.addRoot(new File("test/templates1"));
>         host.addRoot(new File("test/templates2"));
> 
>         host.addRoot(new File("test"));
>         host.setAddress("127.0.0.1");
>         host.setPort(2000);
> 
>         _server = new Server(host);
>     }
> 
>     public static Server getServer()
>     {
>         return _server;
>     }
> 
>     public Host getHost()
>     {
>         return _host;
>     }
> 
>     public SerialLoader getLoader()
>     {
>         return _loader;
>     }
> 
>     private Host _host;
>     private SerialLoader _loader;
>     private static Server _server;
> }
> 
> 
> On 12/2/05, Niall Gallagher
> <gal...@ya...> wrote:
> > Hi Brian,
> >
> > With regard to directory references that do not
> end
> > with "/", this is handled in the FileEngine
> > implementation. You can delegate to this when you
> have
> > to download static content such as images.
> >
> > Regarding content based resolving, it would
> certainly
> > be an attractive feature. However, how does a
> template
> > engine know which files are templates? A template
> with
> > no template markup is still a template. In any
> event
> > the templating system may have to parse the
> template
> > to figure out if it is a template, which could be
> > slow. I cannot comment too much on Freemarker, is
> it
> > able to peek into files and determine whether it
> is a
> > template or not?
> >
> > Finally, why not resolve in reverse. For instance
> let
> > everything be a template, and match images and
> other
> > non-text content to a specific service. For
> instance
> >
> > resolve match="*" name="template"
> > type="example.TemplateService"
> > resolve match="/*.zip" name="file"
> > type="example.FileService"
> > resolve match="/images/*" name="file"
> > type="example.FileService"
> >
> > Something that may interest you is the tiles
> > implementation in simple.template. It does not use
> a
> > file extension, instead it caches mismatches. So
> it
> > assumes everything is a template, if after a peek
> it
> > turns out not to be this information is cached, so
> a
> > second peek is not performed. This somewhat
> reduces
> > the overhead of peeking into the file.
> >
> > Niall
> >
> > --- Brian Davis <wic...@gm...> wrote:
> >
> > > Hmm..
> > >
> > > The URL resolver is useful under certain
> contexts...
> > > However.. I can
> > > envision at least 2 scenerios in which I would
> have
> > > better luck with a
> > > content based resolver. Let me illustrate..
> > >
> > > Let's say for example that I want to have a url
> > > resolve to my
> > > directorylistingservice... how would i write a
> regex
> > > to support that..
> > > while link */ is easy.. what about urls that
> don't
> > > end in /..
> > >
> > > a more appropriate check might be .... if (new
> > > File(requestPath).isDirectory() && canRead())
> > >
> > > Scenerio two..
> > >
> > > Basically I want to use a template engine such
> as
> > > FreeMarker on files.
> > > However, I want to use the simple framework to
> > > return everything
> > > else.. (those things that are not FreeMarker
> > > templates)... Now you
> > > might say that link("*.ftl", FreeMarkerService)
> is
> > > the way to do it..
> > >
> > > However, it would be better if I could forget
> the
> > > file extension and
> > > use FreeMarker syntax in .txt, .html, .csv,
> .xml..
> > > in this way the web
> 
=== message truncated ===


Niall Gallagher

__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

Re: [Simpleweb-Support] Content Based Resolving

[Brian D. <wic...@gm...>]

SGkgTmlhbGwKCkFjdHVhbGx5Li4gSSBhbSBsb29raW5nIHRvIGltcGxlbWVudCB0aGUgZm9sbG93
aW5nLi4gQmFzaWNhbGx5Li4gdGhlCmlkZWEgaXMgdGhhdCBpbnN0ZWFkIG9mIHVzaW5nIHRoZSBy
ZXNvbHZlciB0byByZXNvbHZlIHRvIHRoZSBjb3JyZWN0CnNlcnZpY2UuLiB0aGUgZW5naW5lIHdv
dWxkIGluc3RlYWQgYXNrIGVhY2ggcmVnaXN0ZXJlZCBzZXJ2aWNlIHRvCmhhbmRsZSB0aGUgcmVx
dWVzdCwgaW4gc3VjY2Vzc2lvbi4uCgpmb3IgZWFjaCBzZXJ2aWNlCnsKICAgICBpbnQgc3RhdHVz
ID0gc2VydmljZS5oYW5kbGUocmVxLCByZXMpOwoKICAgICBpZiAoc3RhdHVzID09IEhBTkRMRUQp
CiAgICAgewogICAgICAgICBicmVhazsKICAgICB9Cn0KCkFueSB0aG91Z2h0cz8KCnB1YmxpYyBj
bGFzcyBTZXJ2ZXIgdGhyb3dzIEV4Y2VwdGlvbgp7CglwdWJsaWMgU2VydmVyKEhvc3QgaG9zdCkK
CXsKCQlfaG9zdCA9IGhvc3Q7CgkKCQlfbG9hZGVyID0gbmV3IFNlcmlhbExvYWRlcigpOwoJCgkJ
SXRlcmF0b3IgaXQgPSBob3N0LnJvb3RzKCk7CgkJCgkJd2hpbGUgKGl0Lmhhc05leHQoKSkKCQl7
CgkJCV9sb2FkZXIuYWRkQ29udGV4dChuZXcgRmlsZUNvbnRleHQocm9vdCkpOwoJCX0KCQkKCQlf
bG9hZGVyLnJlZ2lzdGVyKCJjb20ud2lja2VkZmFzdHNvbHV0aW9ucy5zZXJ2ZXIuYXBwLktpbGxT
ZXJ2aWNlIik7CgkJX2xvYWRlci5yZWdpc3RlcigiY29tLndpY2tlZGZhc3Rzb2x1dGlvbnMuc2Vy
dmVyLmFwcC5Qcm90b2NvbEhhbmRsZXJTZXJ2aWNlIik7CgkJX2xvYWRlci5yZWdpc3RlcigiY29t
LndpY2tlZGZhc3Rzb2x1dGlvbnMuc2VydmVyLmFwcC5EaXJldG9yeUxpc3RpbmdTZXJ2aWNlIik7
CgkJX2xvYWRlci5yZWdpc3RlcigiY29tLndpY2tlZGZhc3Rzb2x1dGlvbnMuc2VydmVyLmFwcC5G
cmVlTWFya2VyU2VydmljZSIpOwoJCV9sb2FkZXIucmVnaXN0ZXIoImNvbS53aWNrZWRmYXN0c29s
dXRpb25zLnNlcnZlci5hcHAuRmlsZVNlcnZpY2UiKTsKCQkKICAgICAgICBQcm90b2NvbEhhbmRs
ZXIgaGFuZGxlciA9IFByb3RvY29sSGFuZGxlckZhY3RvcnkuZ2V0SW5zdGFuY2UoX2xvYWRlcik7
CgogICAgICAgIENvbm5lY3Rpb24gY29ubmVjdGlvbiA9IENvbm5lY3Rpb25GYWN0b3J5LmdldENv
bm5lY3Rpb24oaGFuZGxlcik7CgogICAgICAgIGNvbm5lY3Rpb24uY29ubmVjdChuZXcgU2VydmVy
U29ja2V0KF9ob3N0LmdldFBvcnQoKSwgNTAsCkluZXRBZGRyZXNzLmdldEJ5TmFtZShfaG9zdC5n
ZXRBZGRyZXNzKCkpKSk7CgogICAgICAgIFN5c3RlbS5lcnIucHJpbnRsbigiQ3VycmVudCBUaW1l
IGlzICIgKyBuZXcgRGF0ZSgpKTsKICAgICAgICBTeXN0ZW0uZXJyLnByaW50bG4oIlNlcnZlciBp
cyBydW5uaW5nIGF0ICIgKwpfaG9zdC5nZXRBZGRyZXNzKCkgKyAiIHBvcnQgIiArIF9ob3N0Lmdl
dFBvcnQoKSk7Cgl9CgogICAgcHVibGljIHN0YXRpYyB2b2lkIG1haW4oU3RyaW5nW10gYXJncykg
dGhyb3dzIEV4Y2VwdGlvbgogICAgewogICAgICAgIEhvc3QgaG9zdCA9IG5ldyBIb3N0KCk7Cgog
ICAgICAgIGhvc3QuYWRkUm9vdChuZXcgRmlsZSgidGVzdC9jYXJvbCIpKTsKICAgICAgICBob3N0
LmFkZFJvb3QobmV3IEZpbGUoInRlc3QvdGVtcGxhdGVzMSIpKTsKICAgICAgICBob3N0LmFkZFJv
b3QobmV3IEZpbGUoInRlc3QvdGVtcGxhdGVzMiIpKTsKCiAgICAgICAgaG9zdC5hZGRSb290KG5l
dyBGaWxlKCJ0ZXN0IikpOwogICAgICAgIGhvc3Quc2V0QWRkcmVzcygiMTI3LjAuMC4xIik7CiAg
ICAgICAgaG9zdC5zZXRQb3J0KDIwMDApOwoKICAgICAgICBfc2VydmVyID0gbmV3IFNlcnZlciho
b3N0KTsKICAgIH0KCiAgICBwdWJsaWMgc3RhdGljIFNlcnZlciBnZXRTZXJ2ZXIoKQogICAgewog
ICAgICAgIHJldHVybiBfc2VydmVyOwogICAgfQoKICAgIHB1YmxpYyBIb3N0IGdldEhvc3QoKQog
ICAgewogICAgICAgIHJldHVybiBfaG9zdDsKICAgIH0KCiAgICBwdWJsaWMgU2VyaWFsTG9hZGVy
IGdldExvYWRlcigpCiAgICB7CiAgICAgICAgcmV0dXJuIF9sb2FkZXI7CiAgICB9CgogICAgcHJp
dmF0ZSBIb3N0IF9ob3N0OwogICAgcHJpdmF0ZSBTZXJpYWxMb2FkZXIgX2xvYWRlcjsKICAgIHBy
aXZhdGUgc3RhdGljIFNlcnZlciBfc2VydmVyOwp9CgoKT24gMTIvMi8wNSwgTmlhbGwgR2FsbGFn
aGVyIDxnYWxsYWdoZXJfbmlhbGxAeWFob28uY29tPiB3cm90ZToKPiBIaSBCcmlhbiwKPgo+IFdp
dGggcmVnYXJkIHRvIGRpcmVjdG9yeSByZWZlcmVuY2VzIHRoYXQgZG8gbm90IGVuZAo+IHdpdGgg
Ii8iLCB0aGlzIGlzIGhhbmRsZWQgaW4gdGhlIEZpbGVFbmdpbmUKPiBpbXBsZW1lbnRhdGlvbi4g
WW91IGNhbiBkZWxlZ2F0ZSB0byB0aGlzIHdoZW4geW91IGhhdmUKPiB0byBkb3dubG9hZCBzdGF0
aWMgY29udGVudCBzdWNoIGFzIGltYWdlcy4KPgo+IFJlZ2FyZGluZyBjb250ZW50IGJhc2VkIHJl
c29sdmluZywgaXQgd291bGQgY2VydGFpbmx5Cj4gYmUgYW4gYXR0cmFjdGl2ZSBmZWF0dXJlLiBI
b3dldmVyLCBob3cgZG9lcyBhIHRlbXBsYXRlCj4gZW5naW5lIGtub3cgd2hpY2ggZmlsZXMgYXJl
IHRlbXBsYXRlcz8gQSB0ZW1wbGF0ZSB3aXRoCj4gbm8gdGVtcGxhdGUgbWFya3VwIGlzIHN0aWxs
IGEgdGVtcGxhdGUuIEluIGFueSBldmVudAo+IHRoZSB0ZW1wbGF0aW5nIHN5c3RlbSBtYXkgaGF2
ZSB0byBwYXJzZSB0aGUgdGVtcGxhdGUKPiB0byBmaWd1cmUgb3V0IGlmIGl0IGlzIGEgdGVtcGxh
dGUsIHdoaWNoIGNvdWxkIGJlCj4gc2xvdy4gSSBjYW5ub3QgY29tbWVudCB0b28gbXVjaCBvbiBG
cmVlbWFya2VyLCBpcyBpdAo+IGFibGUgdG8gcGVlayBpbnRvIGZpbGVzIGFuZCBkZXRlcm1pbmUg
d2hldGhlciBpdCBpcyBhCj4gdGVtcGxhdGUgb3Igbm90Pwo+Cj4gRmluYWxseSwgd2h5IG5vdCBy
ZXNvbHZlIGluIHJldmVyc2UuIEZvciBpbnN0YW5jZSBsZXQKPiBldmVyeXRoaW5nIGJlIGEgdGVt
cGxhdGUsIGFuZCBtYXRjaCBpbWFnZXMgYW5kIG90aGVyCj4gbm9uLXRleHQgY29udGVudCB0byBh
IHNwZWNpZmljIHNlcnZpY2UuIEZvciBpbnN0YW5jZQo+Cj4gcmVzb2x2ZSBtYXRjaD0iKiIgbmFt
ZT0idGVtcGxhdGUiCj4gdHlwZT0iZXhhbXBsZS5UZW1wbGF0ZVNlcnZpY2UiCj4gcmVzb2x2ZSBt
YXRjaD0iLyouemlwIiBuYW1lPSJmaWxlIgo+IHR5cGU9ImV4YW1wbGUuRmlsZVNlcnZpY2UiCj4g
cmVzb2x2ZSBtYXRjaD0iL2ltYWdlcy8qIiBuYW1lPSJmaWxlIgo+IHR5cGU9ImV4YW1wbGUuRmls
ZVNlcnZpY2UiCj4KPiBTb21ldGhpbmcgdGhhdCBtYXkgaW50ZXJlc3QgeW91IGlzIHRoZSB0aWxl
cwo+IGltcGxlbWVudGF0aW9uIGluIHNpbXBsZS50ZW1wbGF0ZS4gSXQgZG9lcyBub3QgdXNlIGEK
PiBmaWxlIGV4dGVuc2lvbiwgaW5zdGVhZCBpdCBjYWNoZXMgbWlzbWF0Y2hlcy4gU28gaXQKPiBh
c3N1bWVzIGV2ZXJ5dGhpbmcgaXMgYSB0ZW1wbGF0ZSwgaWYgYWZ0ZXIgYSBwZWVrIGl0Cj4gdHVy
bnMgb3V0IG5vdCB0byBiZSB0aGlzIGluZm9ybWF0aW9uIGlzIGNhY2hlZCwgc28gYQo+IHNlY29u
ZCBwZWVrIGlzIG5vdCBwZXJmb3JtZWQuIFRoaXMgc29tZXdoYXQgcmVkdWNlcwo+IHRoZSBvdmVy
aGVhZCBvZiBwZWVraW5nIGludG8gdGhlIGZpbGUuCj4KPiBOaWFsbAo+Cj4gLS0tIEJyaWFuIERh
dmlzIDx3aWNrZWRmYXN0QGdtYWlsLmNvbT4gd3JvdGU6Cj4KPiA+IEhtbS4uCj4gPgo+ID4gVGhl
IFVSTCByZXNvbHZlciBpcyB1c2VmdWwgdW5kZXIgY2VydGFpbiBjb250ZXh0cy4uLgo+ID4gSG93
ZXZlci4uIEkgY2FuCj4gPiBlbnZpc2lvbiBhdCBsZWFzdCAyIHNjZW5lcmlvcyBpbiB3aGljaCBJ
IHdvdWxkIGhhdmUKPiA+IGJldHRlciBsdWNrIHdpdGggYQo+ID4gY29udGVudCBiYXNlZCByZXNv
bHZlci4gTGV0IG1lIGlsbHVzdHJhdGUuLgo+ID4KPiA+IExldCdzIHNheSBmb3IgZXhhbXBsZSB0
aGF0IEkgd2FudCB0byBoYXZlIGEgdXJsCj4gPiByZXNvbHZlIHRvIG15Cj4gPiBkaXJlY3Rvcnls
aXN0aW5nc2VydmljZS4uLiBob3cgd291bGQgaSB3cml0ZSBhIHJlZ2V4Cj4gPiB0byBzdXBwb3J0
IHRoYXQuLgo+ID4gd2hpbGUgbGluayAqLyBpcyBlYXN5Li4gd2hhdCBhYm91dCB1cmxzIHRoYXQg
ZG9uJ3QKPiA+IGVuZCBpbiAvLi4KPiA+Cj4gPiBhIG1vcmUgYXBwcm9wcmlhdGUgY2hlY2sgbWln
aHQgYmUgLi4uLiBpZiAobmV3Cj4gPiBGaWxlKHJlcXVlc3RQYXRoKS5pc0RpcmVjdG9yeSgpICYm
IGNhblJlYWQoKSkKPiA+Cj4gPiBTY2VuZXJpbyB0d28uLgo+ID4KPiA+IEJhc2ljYWxseSBJIHdh
bnQgdG8gdXNlIGEgdGVtcGxhdGUgZW5naW5lIHN1Y2ggYXMKPiA+IEZyZWVNYXJrZXIgb24gZmls
ZXMuCj4gPiBIb3dldmVyLCBJIHdhbnQgdG8gdXNlIHRoZSBzaW1wbGUgZnJhbWV3b3JrIHRvCj4g
PiByZXR1cm4gZXZlcnl0aGluZwo+ID4gZWxzZS4uICh0aG9zZSB0aGluZ3MgdGhhdCBhcmUgbm90
IEZyZWVNYXJrZXIKPiA+IHRlbXBsYXRlcykuLi4gTm93IHlvdQo+ID4gbWlnaHQgc2F5IHRoYXQg
bGluaygiKi5mdGwiLCBGcmVlTWFya2VyU2VydmljZSkgaXMKPiA+IHRoZSB3YXkgdG8gZG8gaXQu
Lgo+ID4KPiA+IEhvd2V2ZXIsIGl0IHdvdWxkIGJlIGJldHRlciBpZiBJIGNvdWxkIGZvcmdldCB0
aGUKPiA+IGZpbGUgZXh0ZW5zaW9uIGFuZAo+ID4gdXNlIEZyZWVNYXJrZXIgc3ludGF4IGluIC50
eHQsIC5odG1sLCAuY3N2LCAueG1sLi4KPiA+IGluIHRoaXMgd2F5IHRoZSB3ZWIKPiA+IHNlcnZl
ciBjb3VsZCBoYW5kbGUgdGhlIG1pbWUgdHlwaW5nIGFuZCB0aGUKPiA+IGZyZWVtYXJrZXIgZW5n
aW5lIGNvdWxkCj4gPiBoYW5kbGUgdGhlIHN1YnN0aXR1dGlvbi4gVGhlcmUgaXMgYWxzbyBhIGNh
c2UgaGVyZQo+ID4gZm9yIGNvbnRleHR1YWwKPiA+IHVybHMuLi4gdGhlIGlkZWEgdGhhdCB1cmxz
IGFyZSBpbXBvcnRhbnQgYW5kIHlvdQo+ID4gc2hvdWxkbid0IGNvbmZ1c2UgdGhlCj4gPiB1c2Vy
IGJ5IHVzaW5nIHVybHMgdGhhdCB0aGV5IGRvbnQgdW5kZXJzdGFuZC4uCj4gPgo+ID4gV2hhdCBJ
IHdvdWxkIGxpa2UgdG8gc2VlIGlzIGEgd2F5IHRvIHBhc3MgcmVxdWVzdHMKPiA+IHRvIHRoZSB0
ZW1wbGF0aW5nCj4gPiBlbmdpbmUuLiBzdWNoIHRoYXQgaWYKPiA+IFRlbXBsYXRlRW5naW5lLmlz
VGVtcGxhdGUocGF0aCkgcmV0dXJucyB0cnVlCj4gPiB0aGF0IHRoZSByZXF1ZXN0IGlzIHBhc3Nl
ZCBvbiB0byB0aGUKPiA+IFRlbXBsYXRlU2VydmljZS4uCj4gPgo+ID4gQW55IHRob3VnaHRzIHdv
dWxkIGJlIG11Y2ggYXBwcmVjaWF0ZWQuCj4gPgo+ID4gQnJpYW4KPiA+Cj4gPgo+ID4KPiAtLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCj4gPiBU
aGlzIFNGLm5ldCBlbWFpbCBpcyBzcG9uc29yZWQgYnk6IFNwbHVuayBJbmMuIERvCj4gPiB5b3Ug
Z3JlcCB0aHJvdWdoIGxvZyBmaWxlcwo+ID4gZm9yIHByb2JsZW1zPyAgU3RvcCEgIERvd25sb2Fk
IHRoZSBuZXcgQUpBWCBzZWFyY2gKPiA+IGVuZ2luZSB0aGF0IG1ha2VzCj4gPiBzZWFyY2hpbmcg
eW91ciBsb2cgZmlsZXMgYXMgZWFzeSBhcyBzdXJmaW5nIHRoZQo+ID4gd2ViLiAgRE9XTkxPQUQg
U1BMVU5LIQo+ID4gaHR0cDovL2Fkcy5vc2RuLmNvbS8/YWRfaWR2MzcmYWxsb2NfaWQWODY1Jm9w
PWNsaWNrCj4gPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
Xwo+ID4gU2ltcGxld2ViLVN1cHBvcnQgbWFpbGluZyBsaXN0Cj4gPiBTaW1wbGV3ZWItU3VwcG9y
dEBsaXN0cy5zb3VyY2Vmb3JnZS5uZXQKPiA+Cj4gaHR0cHM6Ly9saXN0cy5zb3VyY2Vmb3JnZS5u
ZXQvbGlzdHMvbGlzdGluZm8vc2ltcGxld2ViLXN1cHBvcnQKPiA+Cj4KPgo+IE5pYWxsIEdhbGxh
Z2hlcgo+Cj4KPgo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwo+
IFlhaG9vISBEU0wgliBTb21ldGhpbmcgdG8gd3JpdGUgaG9tZSBhYm91dC4KPiBKdXN0ICQxNi45
OS9tby4gb3IgbGVzcy4KPiBkc2wueWFob28uY29tCj4KPgo+Cj4gLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQo+IFRoaXMgU0YubmV0IGVtYWls
IGlzIHNwb25zb3JlZCBieTogU3BsdW5rIEluYy4gRG8geW91IGdyZXAgdGhyb3VnaCBsb2cgZmls
ZXMKPiBmb3IgcHJvYmxlbXM/ICBTdG9wISAgRG93bmxvYWQgdGhlIG5ldyBBSkFYIHNlYXJjaCBl
bmdpbmUgdGhhdCBtYWtlcwo+IHNlYXJjaGluZyB5b3VyIGxvZyBmaWxlcyBhcyBlYXN5IGFzIHN1
cmZpbmcgdGhlICB3ZWIuICBET1dOTE9BRCBTUExVTkshCj4gaHR0cDovL2Fkcy5vc2RuLmNvbS8/
YWRfaWQ9NzYzNyZhbGxvY19pZD0xNjg2NSZvcD1jbGljawo+IF9fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fCj4gU2ltcGxld2ViLVN1cHBvcnQgbWFpbGluZyBs
aXN0Cj4gU2ltcGxld2ViLVN1cHBvcnRAbGlzdHMuc291cmNlZm9yZ2UubmV0Cj4gaHR0cHM6Ly9s
aXN0cy5zb3VyY2Vmb3JnZS5uZXQvbGlzdHMvbGlzdGluZm8vc2ltcGxld2ViLXN1cHBvcnQKPgo=

Re: [Simpleweb-Support] What encoding of String that Request.getParameter() return?

[Niall G. <gal...@ya...>]

Hi,

All input, be it a URI, URI parameters, or POSTed
parameters are (by specification) meant to be
ISO-8859-1. UTF is supported in the % HEX HEX escaping
done by the client. You should have to do no character
encoding anywhere in Simple. All characters are
converted correctly, or should be.

So, as Martin said, inString.getBytes("ISO-8859-1")
will result in a conversion from Java UCS-2 (which is
16-bit) to ISO-8859-1 which is (8-bit). Resulting in a
mangled string.

Niall

--- Martin Norrsken <mar...@gm...> wrote:

> on 12/7/05, Carfield Yim <car...@gm...> wrote:
> > >
> > > I dont quite understand this? Java Strings are
> charset-neutral as far
> > > as i know (and always stored internally as
> UTF-16), so there is no
> > > need to "convert" a string to anything as the
> string does not retain
> > > charset information. The only conversion is dont
> at Input/Output
> > > stream level or when encoding to other formats
> (such as URLEncoder).
> > >
> > In some servlet container (tomcat and jetty as I
> know) If you submit
> > multibytes character in HTML form, it will
> incorrectly assume that it
> > is "ISO-8859-1", and return the incorrect encoded
> string at
> > request.getparameter() method. In order to get
> back the correct
> > string, I need to do the above.
> 
> I see how it works now. Anyway might it have
> something to do with the
> fact that SimpleWeb actually tries to decode query
> parameters
> submitted in UTF-8 as i see the ParameterParser and
> URIParse classes
> does? I would think this causes a problem if the
> input is already in
> UTF and  when you do inString.getBytes("ISO-8859-1")
>  you get the ISO
> representations of characters (for example you get
> the string
> "Björnbär" which is already correct), which will
> mess up when trying
> to encode these into UTF-8 again (which will result
> in "Bj?rnb?").
> 
> /Martin
> 
> 
>
-------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do
> you grep through log files
> for problems?  Stop!  Download the new AJAX search
> engine that makes
> searching your log files as easy as surfing the 
> web.  DOWNLOAD SPLUNK!
> http://ads.osdn.com/?ad_idv37&alloc_id865&op=click
> _______________________________________________
> Simpleweb-Support mailing list
> Sim...@li...
>
https://lists.sourceforge.net/lists/listinfo/simpleweb-support
> 


Niall Gallagher

__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

Re: [Simpleweb-Support] What encoding of String that Request.getParameter() return?

[Martin N. <mar...@gm...>]

on 12/7/05, Carfield Yim <car...@gm...> wrote:
> >
> > I dont quite understand this? Java Strings are charset-neutral as far
> > as i know (and always stored internally as UTF-16), so there is no
> > need to "convert" a string to anything as the string does not retain
> > charset information. The only conversion is dont at Input/Output
> > stream level or when encoding to other formats (such as URLEncoder).
> >
> In some servlet container (tomcat and jetty as I know) If you submit
> multibytes character in HTML form, it will incorrectly assume that it
> is "ISO-8859-1", and return the incorrect encoded string at
> request.getparameter() method. In order to get back the correct
> string, I need to do the above.

I see how it works now. Anyway might it have something to do with the
fact that SimpleWeb actually tries to decode query parameters
submitted in UTF-8 as i see the ParameterParser and URIParse classes
does? I would think this causes a problem if the input is already in
UTF and  when you do inString.getBytes("ISO-8859-1")  you get the ISO
representations of characters (for example you get the string
"Bj=F6rnb=E4r" which is already correct), which will mess up when trying
to encode these into UTF-8 again (which will result in "Bj?rnb?").

/Martin

Re: [Simpleweb-Support] What encoding of String that Request.getParameter() return?

[Carfield Y. <car...@ca...>]

> I dont quite understand this? Java Strings are charset-neutral as far
> as i know (and always stored internally as UTF-16), so there is no
> need to "convert" a string to anything as the string does not retain
> charset information. The only conversion is dont at Input/Output
> stream level or when encoding to other formats (such as URLEncoder).
>

In some servlet container (tomcat and jetty as I know) If you submit
multibytes character in HTML form, it will incorrectly assume that it
is "ISO-8859-1", and return the incorrect encoded string at
request.getparameter() method. In order to get back the correct
string, I need to do the above.

Of course, May be it just because I've setup servlet container
incorrectly, but seem to me that this is a very common practice.

Re: [Simpleweb-Support] What encoding of String that Request.getParameter() return?

[Carfield Y. <car...@gm...>]

>
> I dont quite understand this? Java Strings are charset-neutral as far
> as i know (and always stored internally as UTF-16), so there is no
> need to "convert" a string to anything as the string does not retain
> charset information. The only conversion is dont at Input/Output
> stream level or when encoding to other formats (such as URLEncoder).
>
In some servlet container (tomcat and jetty as I know) If you submit
multibytes character in HTML form, it will incorrectly assume that it
is "ISO-8859-1", and return the incorrect encoded string at
request.getparameter() method. In order to get back the correct
string, I need to do the above.

Of course, May be it just because I've setup servlet container
incorrectly, but seem to me that this is a very common practice.

Re: [Simpleweb-Support] What encoding of String that Request.getParameter() return?

[Martin N. <mar...@gm...>]

On 12/6/05, Carfield Yim <car...@ca...> wrote:
> I see, then I encounter some strangle problem. I was using this
> approach to convert multibyte charset to UTF-8 to storage:
>
> String newString =3D new String( inString.getBytes("ISO-8859-1") , "UTF-8=
");
>
> But this don't work at simpleweb...

I dont quite understand this? Java Strings are charset-neutral as far
as i know (and always stored internally as UTF-16), so there is no
need to "convert" a string to anything as the string does not retain
charset information. The only conversion is dont at Input/Output
stream level or when encoding to other formats (such as URLEncoder).

/Martin

NDN: Re: [Simpleweb-Support] What encoding of String that Request.getParameter()

[<Mai...@kr...>]

Sorry. Your message could not be delivered to:

Richard Wöber (Mailbox has been deleted. Try re-entering the address.)

Re: [Simpleweb-Support] What encoding of String that Request.getParameter() return?

[Niall G. <gal...@ya...>]

Hi Carfield,

This has nothing to do with Simple, if this causes
problems then inString is not ISO-8859-1. If you get
this data from the InputStream check the
Request.getMimeType charset. If not then it is related
to something else. Also, you should not try to promote
ISO-8859-1 to UTF-8. You should try:

inString.getBytes("UTF-8");

Niall

--- Carfield Yim <car...@ca...> wrote:

> I see, then I encounter some strangle problem. I was
> using this
> approach to convert multibyte charset to UTF-8 to
> storage:
> 
> String newString = new String(
> inString.getBytes("ISO-8859-1") , "UTF-8");
> 
> But this don't work at simpleweb...
> 
> On 12/6/05, Niall Gallagher
> <gal...@ya...> wrote:
> > Hi,
> >
> > Yes, all URI use the ISO-8859-1 charset (see RFC
> 2396)
> > as does the HTTP request (see RFC 2616).
> >
> > Niall
> >
> > --- Carfield Yim <car...@ca...> wrote:
> >
> > > Is it same as servlet API that using ISO-8859-1?
> > >
> > >
> > >
> >
>
-------------------------------------------------------
> > > This SF.net email is sponsored by: Splunk Inc.
> Do
> > > you grep through log files
> > > for problems?  Stop!  Download the new AJAX
> search
> > > engine that makes
> > > searching your log files as easy as surfing the
> > > web.  DOWNLOAD SPLUNK!
> > >
> http://ads.osdn.com/?ad_idv37&alloc_id865&op=click
> > > _______________________________________________
> > > Simpleweb-Support mailing list
> > > Sim...@li...
> > >
> >
>
https://lists.sourceforge.net/lists/listinfo/simpleweb-support
> > >
> >
> >
> > Niall Gallagher
> >
> >
> >
> > __________________________________________
> > Yahoo! DSL – Something to write home about.
> > Just $16.99/mo. or less.
> > dsl.yahoo.com
> >
> >
> >
> >
>
-------------------------------------------------------
> > This SF.net email is sponsored by: Splunk Inc. Do
> you grep through log files
> > for problems?  Stop!  Download the new AJAX search
> engine that makes
> > searching your log files as easy as surfing the 
> web.  DOWNLOAD SPLUNK!
> >
>
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
> > _______________________________________________
> > Simpleweb-Support mailing list
> > Sim...@li...
> >
>
https://lists.sourceforge.net/lists/listinfo/simpleweb-support
> >
> N¬HY޵隊X¬²š'²ŠÞu¼’¦[§‰ÜŒ¨º
> Þ¦Øk¢è!–ˆŠW¬~Šé®†åzk¶ŠC£
塧m…éÞÀ@^ǚ­È^ž§zØZ¶f¤zËj·!Šx2¢êå¢â•ë±æ¬É«,º·âža{›å,àHòÔ4¨m¶ŸÿiÛ(±ÙÜ¢oÚv'ï­ûjYhr'ׯ:æŠrXœ‘(¦¦W°y´®¦š+¶f¢–)à–+-J)©•ìm+©¦Ší–+-²Ê.­ÇŸ¢¸ëa¶Úlÿùb²Û,¢êÜyú+éÞ·ùb²Û?–+-ŠwèþȦ¦W°y».¦š+


Niall Gallagher


		
__________________________________________ 
Yahoo! DSL – Something to write home about. 
Just $16.99/mo. or less. 
dsl.yahoo.com 

NDN: Re: [Simpleweb-Support] What encoding of String that Request.getParameter()

[<Mai...@kr...>]

Sorry. Your message could not be delivered to:

Richard Wöber (1048)

Re: [Simpleweb-Support] What encoding of String that Request.getParameter() return?

[Carfield Y. <car...@ca...>]

SSBzZWUsIHRoZW4gSSBlbmNvdW50ZXIgc29tZSBzdHJhbmdsZSBwcm9ibGVtLiBJIHdhcyB1c2lu
ZyB0aGlzCmFwcHJvYWNoIHRvIGNvbnZlcnQgbXVsdGlieXRlIGNoYXJzZXQgdG8gVVRGLTggdG8g
c3RvcmFnZToKClN0cmluZyBuZXdTdHJpbmcgPSBuZXcgU3RyaW5nKCBpblN0cmluZy5nZXRCeXRl
cygiSVNPLTg4NTktMSIpICwgIlVURi04Iik7CgpCdXQgdGhpcyBkb24ndCB3b3JrIGF0IHNpbXBs
ZXdlYi4uLgoKT24gMTIvNi8wNSwgTmlhbGwgR2FsbGFnaGVyIDxnYWxsYWdoZXJfbmlhbGxAeWFo
b28uY29tPiB3cm90ZToKPiBIaSwKPgo+IFllcywgYWxsIFVSSSB1c2UgdGhlIElTTy04ODU5LTEg
Y2hhcnNldCAoc2VlIFJGQyAyMzk2KQo+IGFzIGRvZXMgdGhlIEhUVFAgcmVxdWVzdCAoc2VlIFJG
QyAyNjE2KS4KPgo+IE5pYWxsCj4KPiAtLS0gQ2FyZmllbGQgWWltIDxjYXJmaWVsZEBjYXJmaWVs
ZC5jb20uaGs+IHdyb3RlOgo+Cj4gPiBJcyBpdCBzYW1lIGFzIHNlcnZsZXQgQVBJIHRoYXQgdXNp
bmcgSVNPLTg4NTktMT8KPiA+Cj4gPgo+ID4KPiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCj4gPiBUaGlzIFNGLm5ldCBlbWFpbCBpcyBzcG9u
c29yZWQgYnk6IFNwbHVuayBJbmMuIERvCj4gPiB5b3UgZ3JlcCB0aHJvdWdoIGxvZyBmaWxlcwo+
ID4gZm9yIHByb2JsZW1zPyAgU3RvcCEgIERvd25sb2FkIHRoZSBuZXcgQUpBWCBzZWFyY2gKPiA+
IGVuZ2luZSB0aGF0IG1ha2VzCj4gPiBzZWFyY2hpbmcgeW91ciBsb2cgZmlsZXMgYXMgZWFzeSBh
cyBzdXJmaW5nIHRoZQo+ID4gd2ViLiAgRE9XTkxPQUQgU1BMVU5LIQo+ID4gaHR0cDovL2Fkcy5v
c2RuLmNvbS8/YWRfaWR2MzcmYWxsb2NfaWQWODY1Jm9wPWNsaWNrCj4gPiBfX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwo+ID4gU2ltcGxld2ViLVN1cHBvcnQg
bWFpbGluZyBsaXN0Cj4gPiBTaW1wbGV3ZWItU3VwcG9ydEBsaXN0cy5zb3VyY2Vmb3JnZS5uZXQK
PiA+Cj4gaHR0cHM6Ly9saXN0cy5zb3VyY2Vmb3JnZS5uZXQvbGlzdHMvbGlzdGluZm8vc2ltcGxl
d2ViLXN1cHBvcnQKPiA+Cj4KPgo+IE5pYWxsIEdhbGxhZ2hlcgo+Cj4KPgo+IF9fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwo+IFlhaG9vISBEU0wgliBTb21ldGhpbmcg
dG8gd3JpdGUgaG9tZSBhYm91dC4KPiBKdXN0ICQxNi45OS9tby4gb3IgbGVzcy4KPiBkc2wueWFo
b28uY29tCj4KPgo+Cj4gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLQo+IFRoaXMgU0YubmV0IGVtYWlsIGlzIHNwb25zb3JlZCBieTogU3BsdW5r
IEluYy4gRG8geW91IGdyZXAgdGhyb3VnaCBsb2cgZmlsZXMKPiBmb3IgcHJvYmxlbXM/ICBTdG9w
ISAgRG93bmxvYWQgdGhlIG5ldyBBSkFYIHNlYXJjaCBlbmdpbmUgdGhhdCBtYWtlcwo+IHNlYXJj
aGluZyB5b3VyIGxvZyBmaWxlcyBhcyBlYXN5IGFzIHN1cmZpbmcgdGhlICB3ZWIuICBET1dOTE9B
RCBTUExVTkshCj4gaHR0cDovL2Fkcy5vc2RuLmNvbS8/YWRfaWQ9NzYzNyZhbGxvY19pZD0xNjg2
NSZvcD1jbGljawo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fCj4gU2ltcGxld2ViLVN1cHBvcnQgbWFpbGluZyBsaXN0Cj4gU2ltcGxld2ViLVN1cHBvcnRA
bGlzdHMuc291cmNlZm9yZ2UubmV0Cj4gaHR0cHM6Ly9saXN0cy5zb3VyY2Vmb3JnZS5uZXQvbGlz
dHMvbGlzdGluZm8vc2ltcGxld2ViLXN1cHBvcnQKPgo=

NDN: Re: [Simpleweb-Support] What encoding of String that Request.getParameter()

[<Mai...@kr...>]

Sorry. Your message could not be delivered to:

Richard Wöber (1048)

Re: [Simpleweb-Support] What encoding of String that Request.getParameter() return?

[Niall G. <gal...@ya...>]

Hi,

Yes, all URI use the ISO-8859-1 charset (see RFC 2396)
as does the HTTP request (see RFC 2616). 

Niall

--- Carfield Yim <car...@ca...> wrote:

> Is it same as servlet API that using ISO-8859-1?
> 
> 
>
-------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do
> you grep through log files
> for problems?  Stop!  Download the new AJAX search
> engine that makes
> searching your log files as easy as surfing the 
> web.  DOWNLOAD SPLUNK!
> http://ads.osdn.com/?ad_idv37&alloc_id865&op=click
> _______________________________________________
> Simpleweb-Support mailing list
> Sim...@li...
>
https://lists.sourceforge.net/lists/listinfo/simpleweb-support
> 


Niall Gallagher


		
__________________________________________ 
Yahoo! DSL – Something to write home about. 
Just $16.99/mo. or less. 
dsl.yahoo.com 

[Simpleweb-Support] What encoding of String that Request.getParameter() return?

[Carfield Y. <car...@ca...>]

Is it same as servlet API that using ISO-8859-1?

Re: [Simpleweb-Support] Content Based Resolving

[Niall G. <gal...@ya...>]

Hi Brian,

With regard to directory references that do not end
with "/", this is handled in the FileEngine
implementation. You can delegate to this when you have
to download static content such as images.

Regarding content based resolving, it would certainly
be an attractive feature. However, how does a template
engine know which files are templates? A template with
no template markup is still a template. In any event
the templating system may have to parse the template
to figure out if it is a template, which could be
slow. I cannot comment too much on Freemarker, is it
able to peek into files and determine whether it is a
template or not?

Finally, why not resolve in reverse. For instance let
everything be a template, and match images and other
non-text content to a specific service. For instance

resolve match=”*” name=”template”
type=”example.TemplateService”
resolve match=”/*.zip” name=”file”
type=”example.FileService”
resolve match=”/images/*” name=”file”
type=”example.FileService”

Something that may interest you is the tiles
implementation in simple.template. It does not use a
file extension, instead it caches mismatches. So it
assumes everything is a template, if after a peek it
turns out not to be this information is cached, so a
second peek is not performed. This somewhat reduces
the overhead of peeking into the file.

Niall

--- Brian Davis <wic...@gm...> wrote:

> Hmm..
> 
> The URL resolver is useful under certain contexts...
> However.. I can
> envision at least 2 scenerios in which I would have
> better luck with a
> content based resolver. Let me illustrate..
> 
> Let's say for example that I want to have a url
> resolve to my
> directorylistingservice... how would i write a regex
> to support that..
> while link */ is easy.. what about urls that don't
> end in /..
> 
> a more appropriate check might be .... if (new
> File(requestPath).isDirectory() && canRead())
> 
> Scenerio two..
> 
> Basically I want to use a template engine such as
> FreeMarker on files.
> However, I want to use the simple framework to
> return everything
> else.. (those things that are not FreeMarker
> templates)... Now you
> might say that link("*.ftl", FreeMarkerService) is
> the way to do it..
> 
> However, it would be better if I could forget the
> file extension and
> use FreeMarker syntax in .txt, .html, .csv, .xml..
> in this way the web
> server could handle the mime typing and the
> freemarker engine could
> handle the substitution. There is also a case here
> for contextual
> urls... the idea that urls are important and you
> shouldn't confuse the
> user by using urls that they dont understand..
> 
> What I would like to see is a way to pass requests
> to the templating
> engine.. such that if
> TemplateEngine.isTemplate(path) returns true
> that the request is passed on to the
> TemplateService..
> 
> Any thoughts would be much appreciated.
> 
> Brian
> 
> 
>
-------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do
> you grep through log files
> for problems?  Stop!  Download the new AJAX search
> engine that makes
> searching your log files as easy as surfing the 
> web.  DOWNLOAD SPLUNK!
> http://ads.osdn.com/?ad_idv37&alloc_id865&op=click
> _______________________________________________
> Simpleweb-Support mailing list
> Sim...@li...
>
https://lists.sourceforge.net/lists/listinfo/simpleweb-support
> 


Niall Gallagher


		
__________________________________________ 
Yahoo! DSL – Something to write home about. 
Just $16.99/mo. or less. 
dsl.yahoo.com 

Re: [Simpleweb-Support] What is the equal of HttpServletRequest.getServerName()?

[Niall G. <gal...@ya...>]

Hi

Request.getValue is the same as
HttpServletRequest.getHeader. It will provide the HTTP
headers. If you wish to know more about which headers
will be provided I suggest you take a look at RFC
2616.

Niall

--- Carfield Yim <car...@ca...> wrote:

> I see, where can I find the document about
> Request.getValue() ? Like,
> what value can I get and what is the name?
> 
> On 12/2/05, Carfield Yim <car...@gm...> wrote:
> > I see, where can I find the document about
> Request.getValue() ? Like,
> > what value can I get and what is the name?
> >
> > On 12/1/05, Niall Gallagher
> <gal...@ya...> wrote:
> > > Hi Carfield,
> > >
> > > Try Request.getValue("host") this should provide
> the
> > > host provided for all HTTP/1.1 clients. If you
> are
> > > running on a port other than 80 you may want to
> trim
> > > the port, for example "host.com:8080" needs to
> become
> > > "host".
> > >
> > > Niall
> > >
> > > --- Carfield Yim <car...@ca...>
> wrote:
> > >
> > > > I try to use
> > > >
> simple.http.Request.getInetAddress().getHostName()
> > > > but it
> > > > is very slow, is there better alternative?
> > > >
> > > >
> > > >
> > >
>
-------------------------------------------------------
> > > > This SF.net email is sponsored by: Splunk Inc.
> Do
> > > > you grep through log files
> > > > for problems?  Stop!  Download the new AJAX
> search
> > > > engine that makes
> > > > searching your log files as easy as surfing
> the
> > > > web.  DOWNLOAD SPLUNK!
> > > >
> http://ads.osdn.com/?ad_idv37&alloc_id865&op=click
> > > >
> _______________________________________________
> > > > Simpleweb-Support mailing list
> > > > Sim...@li...
> > > >
> > >
>
https://lists.sourceforge.net/lists/listinfo/simpleweb-support
> > > >
> > >
> > >
> > > Niall Gallagher
> > >
> > >
> __________________________________________________
> > > Do You Yahoo!?
> > > Tired of spam?  Yahoo! Mail has the best spam
> protection around
> > > http://mail.yahoo.com
> > >
> > >
> > >
>
-------------------------------------------------------
> > > This SF.net email is sponsored by: Splunk Inc.
> Do you grep through log files
> > > for problems?  Stop!  Download the new AJAX
> search engine that makes
> > > searching your log files as easy as surfing the 
> web.  DOWNLOAD SPLUNK!
> > >
>
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
> > > _______________________________________________
> > > Simpleweb-Support mailing list
> > > Sim...@li...
> > >
>
https://lists.sourceforge.net/lists/listinfo/simpleweb-support
> > >
> >
> 
> 
>
-------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do
> you grep through log files
> for problems?  Stop!  Download the new AJAX search
> engine that makes
> searching your log files as easy as surfing the 
> web.  DOWNLOAD SPLUNK!
> http://ads.osdn.com/?ad_idv37&alloc_id865&op=click
> _______________________________________________
> Simpleweb-Support mailing list
> Sim...@li...
>
https://lists.sourceforge.net/lists/listinfo/simpleweb-support
> 


Niall Gallagher


		
__________________________________________ 
Yahoo! DSL – Something to write home about. 
Just $16.99/mo. or less. 
dsl.yahoo.com 

Re: [Simpleweb-Support] What is the equal of HttpServletRequest.getServerName()?

[Carfield Y. <car...@ca...>]

I see, where can I find the document about Request.getValue() ? Like,
what value can I get and what is the name?

On 12/2/05, Carfield Yim <car...@gm...> wrote:
> I see, where can I find the document about Request.getValue() ? Like,
> what value can I get and what is the name?
>
> On 12/1/05, Niall Gallagher <gal...@ya...> wrote:
> > Hi Carfield,
> >
> > Try Request.getValue("host") this should provide the
> > host provided for all HTTP/1.1 clients. If you are
> > running on a port other than 80 you may want to trim
> > the port, for example "host.com:8080" needs to become
> > "host".
> >
> > Niall
> >
> > --- Carfield Yim <car...@ca...> wrote:
> >
> > > I try to use
> > > simple.http.Request.getInetAddress().getHostName()
> > > but it
> > > is very slow, is there better alternative?
> > >
> > >
> > >
> > -------------------------------------------------------
> > > This SF.net email is sponsored by: Splunk Inc. Do
> > > you grep through log files
> > > for problems?  Stop!  Download the new AJAX search
> > > engine that makes
> > > searching your log files as easy as surfing the
> > > web.  DOWNLOAD SPLUNK!
> > > http://ads.osdn.com/?ad_idv37&alloc_id=16865&op=3Dclick
> > > _______________________________________________
> > > Simpleweb-Support mailing list
> > > Sim...@li...
> > >
> > https://lists.sourceforge.net/lists/listinfo/simpleweb-support
> > >
> >
> >
> > Niall Gallagher
> >
> > __________________________________________________
> > Do You Yahoo!?
> > Tired of spam?  Yahoo! Mail has the best spam protection around
> > http://mail.yahoo.com
> >
> >
> > -------------------------------------------------------
> > This SF.net email is sponsored by: Splunk Inc. Do you grep through log =
files
> > for problems?  Stop!  Download the new AJAX search engine that makes
> > searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> > http://ads.osdn.com/?ad_id=3D7637&alloc_id=3D16865&op=3Dclick
> > _______________________________________________
> > Simpleweb-Support mailing list
> > Sim...@li...
> > https://lists.sourceforge.net/lists/listinfo/simpleweb-support
> >
>

Re: [Simpleweb-Support] What is the equal of HttpServletRequest.getServerName()?

[Carfield Y. <car...@gm...>]

I see, where can I find the document about Request.getValue() ? Like,
what value can I get and what is the name?

On 12/1/05, Niall Gallagher <gal...@ya...> wrote:
> Hi Carfield,
>
> Try Request.getValue("host") this should provide the
> host provided for all HTTP/1.1 clients. If you are
> running on a port other than 80 you may want to trim
> the port, for example "host.com:8080" needs to become
> "host".
>
> Niall
>
> --- Carfield Yim <car...@ca...> wrote:
>
> > I try to use
> > simple.http.Request.getInetAddress().getHostName()
> > but it
> > is very slow, is there better alternative?
> >
> >
> >
> -------------------------------------------------------
> > This SF.net email is sponsored by: Splunk Inc. Do
> > you grep through log files
> > for problems?  Stop!  Download the new AJAX search
> > engine that makes
> > searching your log files as easy as surfing the
> > web.  DOWNLOAD SPLUNK!
> > http://ads.osdn.com/?ad_idv37&alloc_id=16865&op=3Dclick
> > _______________________________________________
> > Simpleweb-Support mailing list
> > Sim...@li...
> >
> https://lists.sourceforge.net/lists/listinfo/simpleweb-support
> >
>
>
> Niall Gallagher
>
> __________________________________________________
> Do You Yahoo!?
> Tired of spam?  Yahoo! Mail has the best spam protection around
> http://mail.yahoo.com
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log fi=
les
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://ads.osdn.com/?ad_id=3D7637&alloc_id=3D16865&op=3Dclick
> _______________________________________________
> Simpleweb-Support mailing list
> Sim...@li...
> https://lists.sourceforge.net/lists/listinfo/simpleweb-support
>

[Simpleweb-Support] Content Based Resolving

[Brian D. <wic...@gm...>]

Hmm..

The URL resolver is useful under certain contexts... However.. I can
envision at least 2 scenerios in which I would have better luck with a
content based resolver. Let me illustrate..

Let's say for example that I want to have a url resolve to my
directorylistingservice... how would i write a regex to support that..
while link */ is easy.. what about urls that don't end in /..

a more appropriate check might be .... if (new
File(requestPath).isDirectory() && canRead())

Scenerio two..

Basically I want to use a template engine such as FreeMarker on files.
However, I want to use the simple framework to return everything
else.. (those things that are not FreeMarker templates)... Now you
might say that link("*.ftl", FreeMarkerService) is the way to do it..

However, it would be better if I could forget the file extension and
use FreeMarker syntax in .txt, .html, .csv, .xml.. in this way the web
server could handle the mime typing and the freemarker engine could
handle the substitution. There is also a case here for contextual
urls... the idea that urls are important and you shouldn't confuse the
user by using urls that they dont understand..

What I would like to see is a way to pass requests to the templating
engine.. such that if TemplateEngine.isTemplate(path) returns true
that the request is passed on to the TemplateService..

Any thoughts would be much appreciated.

Brian

[Simpleweb-Support] Test Suite

[Brian D. <wic...@gm...>]

Was looking through the dist and couldn't find a test suite used to
test the server. Is there such a beast? Else will have to write one..
thinking curl or httpclient..

thanks!

Brian

Re: [Simpleweb-Support] What is the equal of HttpServletRequest.getServerName()?

[Niall G. <gal...@ya...>]

Hi Carfield,

Try Request.getValue("host") this should provide the
host provided for all HTTP/1.1 clients. If you are
running on a port other than 80 you may want to trim
the port, for example "host.com:8080" needs to become
"host".

Niall

--- Carfield Yim <car...@ca...> wrote:

> I try to use
> simple.http.Request.getInetAddress().getHostName()
> but it
> is very slow, is there better alternative?
> 
> 
>
-------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do
> you grep through log files
> for problems?  Stop!  Download the new AJAX search
> engine that makes
> searching your log files as easy as surfing the 
> web.  DOWNLOAD SPLUNK!
> http://ads.osdn.com/?ad_idv37&alloc_id865&op=click
> _______________________________________________
> Simpleweb-Support mailing list
> Sim...@li...
>
https://lists.sourceforge.net/lists/listinfo/simpleweb-support
> 


Niall Gallagher

__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com