headers
Tim Olsen | 18 Dec 2006 19:33
Picon

Job Posting (New York City): Senior Developer to collaborate on advanced open-source WebDAV servers

Hi,

Apologies for the cross posting.  I hope that I have not sent this job
posting to any mailing list where it is not appropriate.  Feel free to
forward this message to
any webdav-related announce mailing lists if deemed suitable.

Lime Wire is looking for a Senior Developer to work with us on two
advanced WebDAV servers that we plan to open source.  One server is a
fork of the Catacomb project and is being written as an Apache C
module.  The other server is being written in Ruby on Rails and is
more of a prototype.  Both servers are backed by a database (currently
MySQL) with resource bodies being stored on the file system.

Our servers are written from the ground up to support the BIND draft
(with support for bind cycles).  Other RFCs / drafts that we plan to
support are:

Basic WebDAV (RFC 2518) (plus locking)
ACL (RFC 3744)
Quota & Size (RFC 4331)
DeltaV (RFC 3253)
SEARCH
Redirect (RFC 4437)
CalDAV
Mount (RFC 4709)

We have basic webdav, acl, quota, and some basic DeltaV features
working already in our Apache C implementation.  We are currently
finishing off the basic webdav features in our Rails implementation.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Tim Olsen | 14 Dec 2006 22:05
Favicon

Job Posting (New York City): Senior Developer to collaborate on advanced open-source WebDAV servers


Hi,

Apologies for the cross posting.  Feel free to forward this message to
any webdav-related announce mailing lists if deemed suitable.

Lime Wire is looking for a Senior Developer to work with us on two
advanced WebDAV servers that we plan to open source.  One server is a
fork of the Catacomb project and is being written as an Apache C
module.  The other server is being written in Ruby on Rails and is
more of a prototype.  Both servers are backed by a database (currently
MySQL) with resource bodies being stored on the file system.

Our servers are written from the ground up to support the BIND draft
(with support for bind cycles).  Other RFCs / drafts that we plan to
support are:

Basic WebDAV (RFC 2518) (plus locking)
ACL (RFC 3744)
Quota & Size (RFC 4331)
DeltaV (RFC 3253)
SEARCH
Redirect (RFC 4437)
CalDAV
Mount (RFC 4709)

We have basic webdav, acl, quota, and some basic DeltaV features
working already in our Apache C implementation.  We are currently
finishing off the basic webdav features in our Rails implementation.
(Continue reading)

Permalink | Reply | 0 comments |
headers
mcguire | 20 Jul 2006 01:19
Picon

[RTLWS8-CFP] Eighth Real-Time Linux Workshop 2nd CFP

We apologize for multiple receipts.

--------------------------------------------------------------------------------

                      Eighth Real-Time Linux Workshop

                            October 12-15, 2006
                         Lanzhou University - SISE
                          Tianshui South Road 222
                           Lanzhou, Gansu 730000
                                 P.R.China

  General

   Following  the  meetings  of  developers  and  users at the previous 7
   successful  real-time Linux workshops held in Vienna, Orlando, Milano,
   Boston,  and  Valencia, Singapore, Lille, the Real-Time Linux Workshop
   for  2006  will  come back to Asia again, to be held at the School for
   Information  Science  and  Engineering, Lanzhou University, in Lanzhou
   China.

   Embedded  and  real-time Linux is rapidly gaining traction in the Asia
   Pacific  region.  Embedded  systems  in  both  automation/control  and
   entertainment moving to 32/64bit systems, opening the door for the use
   of  full  featured  OS  like  GNU/Linux  on  COTS  based systems. With
   real-time  capabilities being a common demand for embedded systems the
   soft  and  hard  real-time  variants are an important extension to the
   versatile GNU/Linux GPOS.

   Authors  are  invited  to  submit  original  work dealing with general
(Continue reading)

Permalink | Reply | 0 comments |
headers
Johnss Cowanss | 15 Nov 2004 07:39
Picon

[ANN] nux-1.0beta2 release


Nux is a small, straightforward, and surprisingly effective open-source 
extension of the  XOM XML library.

Features include:
	• 	Seamless W3C XQuery and XPath support for XOM, through Saxon.
	• 	Efficient and flexible pools and factories for XQueries, XSL 
Transforms, as well as Builders that validate against various schema 
languages, including W3C XML Schemas, DTDs, RELAX NG, Schematron, etc.
	• 	Serialization and deserialization of XOM XML documents to and from  
an efficient and compact custom binary XML data format (bnux format), 
without loss or change of any information.
	• 	For simple and complex continuous queries and/or transformations 
over very large or infinitely long XML input, a convenient streaming 
path filter API combines full XQuery support with straightforward 
filtering.
	• 	Glue for integration with JAXB and for queries over ill-formed HTML.
	• 	Well documented API. Ships in a jar file that weighs just 60 KB.

Changelog:

XOM serialization and deserialization performance is more than good 
enough for most purposes. However, for particularly stringent 
performance requirements this release adds "bnux", an option for 
lightning-fast binary XML serialization and deserialization. 
Contrasting bnux with XOM:

	• 	Serialization speedup: 2-7 (10-35 MB/s vs. 5 MB/s)
	• 	Deserialization speedup: 4-10 (20-50 MB/s vs. 5 MB/s)
	• 	XML data compression factor: 1.5 - 4
(Continue reading)

Permalink | Reply | 0 comments |
headers
Kevin Queen | 30 Apr 2004 08:22
Picon

OT: Installing CSS-Validator


Ok, I am not a 'coder' I am a designer, can somebody point me to somewhere
that tells me in VERY basic steps how to install the CSS Validator?  If it
is not to much to ask does anybody also know how to "compile" the Validate
as there is a makefile but make does not work.  HELP, I just want to make
sure that I am using valid CSS but all of my site work is on intranets.  I
am not subscribed to the list so please e-mail me  <at>  kevin <at> apocalypse.us.

Kevin Q.
Permalink | Reply | 0 comments |
headers
Godmar Back | 17 May 2003 02:15
Picon
Favicon

mailing list problem (Was: You have been removed from the list)


After sending the last five messages to this list, I was automatically
unsubscribed because some list recipients' email addresses appear to bounce.

Whoever might be in charge of this mailing list should look at this.

If you reply to any of the possible bug reports I sent previously, 
please make sure you cc: gback <at> stanford.edu.

Thanks!

	- Godmar

Forwarded message:
> From UNKNOWN Fri May 16 17:06:48 2003
> Date: Fri, 16 May 2003 20:06:26 -0400 (EDT)
> Message-Id: <200305170006.h4H06Qbq027684 <at> frink.w3.org>
> To: gback <at> stanford.edu
> From: www-jigsaw-request <at> w3.org
> Subject: You have been removed from the list
> X-Loop: www-jigsaw <at> w3.org (bounce)
> X-Loop: www-jigsaw <at> w3.org
> Precedence: junk
> X-Perlmx-Spam: Gauge=XII, Probability=12%, Report="FAILURE_NOTICE_2, MAILTO_WITH_SUBJ,
MIME_NULL_BLOCK, NO_REAL_NAME, QUOTED_EMAIL_TEXT, SPAM_PHRASE_05_08, SUBJECT_IS_LIST, X_LOOP"
> 
> Your mail address gback <at> stanford.edu has been removed
> from the www-jigsaw <at> w3.org mailinglist.
> It generated an excessive amount of bounced mails.
>
(Continue reading)

Permalink | Reply | 0 comments |
headers
Godmar Back | 17 May 2003 02:02
Picon
Favicon

possible bug in org/w3c/jigsaw/admin/BrokerFrame.java


Hi,

here's a possible bug in org/w3c/jigsaw/admin/BrokerFrame.java:

If rr is null on line 223, error(...) will throw an exception and
you'll then call rr.unlock() on line 233.  This will cause a
NullPointerException.

Could you confirm/deny this?

Thanks!

	- Godmar

00221:              while ( ls.hasMoreComponents() ) {
00222:                  try {
00223:                      if (rr == null)
00224:                          error(request, "url too long");
00225:                      Resource r = rr.lock();
00226:                      if ( ! ( r instanceof ContainerInterface) )
00227:                          error(request, "url too long");
00228:                      rr_temp = ((ContainerInterface) r).lookup(
00229: 							       ls.getNextComponent());
00230:                  } catch (InvalidResourceException ex) {
00231:                      error(request, "unable to restore resource");
00232:                  } finally {
00233:                      rr.unlock();
00234:                      rr = rr_temp;
00235:                  }
(Continue reading)

Permalink | Reply | 0 comments |
headers
Godmar Back | 17 May 2003 01:53
Picon
Favicon

possible bug in org/w3c/jigsaw/servlet/JigsawServletContext.java


Hi,

here's a possible bug in org/w3c/jigsaw/servlet/JigsawServletContext.java,
see below.

Consider the case where root is not an instanceof VirtualHostResource.
In this case, "rr_root.lock()" is invoked twice (on lines 424 and 460), but 
"rr_root.unlock()" only once (on line 476).

However, if root is an instanceof VirtualHostResource, rr_root.lock()
and rr_root.unlock() is invoked once each (lines 424 and 476, resp.)

This discrepancy might be inconsequential if your lock implementation tolerates
double locks.

Could you confirm/deny this potential bug?

Thanks!

	- Godmar

00420:      protected static ResourceReference getLocalRoot(ResourceReference rr_root,
00421: 							    ResourceReference ref)
00422:      {
00423:          try {
00424:              FramedResource root = (FramedResource)rr_root.lock();
00425:              if (root instanceof VirtualHostResource) {
00426:                  //backward to the virtual host resource
00427:                  ResourceReference rr  = null;
(Continue reading)

Permalink | Reply | 0 comments |
headers
Godmar Back | 17 May 2003 01:34
Picon
Favicon

possible bug in org/w3c/jigsaw/filters/UseProxyFilter.java


Hi,

here's a possible bug in org/w3c/jigsaw/filters/UseProxyFilter.java:

00086:          // failed, restrict access
00087:          Reply r = request.makeReply(HTTP.USE_PROXY);
00088:          if (r != null) {
00089:              HtmlGenerator g = new HtmlGenerator("Use Proxy");
00090:              g.append("You should use the following proxy to access" +
00091:                       " this resource: " + getString(ATTR_PROXY, "localhost"));
00092:              r.setStream(g);
00093:          }
00094:          r.setLocation(proxy_url);

If appears that this code would crash on line 94 if request.makeReply() 
returned null.  If request.makeReply() cannot ever return null, however,
then the test on line 88 is meaningless.

Could you confirm/deny this?

Thanks!

	- Godmar
Permalink | Reply | 0 comments |
headers
Godmar Back | 17 May 2003 01:31
Picon
Favicon

possible bug in org/w3c/jigsaw/proxy/ProxyFrame.java


Hi,

here's a possible bug in org/w3c/jigsaw/proxy/ProxyFrame.java:

00302:                  if ( index != null && index.length() > 0) {
00303:                      ResourceReference root = getLocalRootResource();
00304:                      try {
00305:                          DirectoryResource dir =
00306:                              (DirectoryResource)root.lock();
00307:                          ResourceReference rr = dir.lookup(index);
00308:                          if (rr != null) {
00309:                              try {
00310:                                  FramedResource rindex =
00311:                                      (FramedResource) rr.lock();
00312:                                  return rindex.lookup(ls,lr);
00313:                              } catch (InvalidResourceException ex) {
00314:                              } finally {
00315:                                  rr.unlock();
00316:                              }
00317:                          }
00318:                      } catch (InvalidResourceException ex) {
00319:                          root.unlock();
00320:                      }
00321:                  }

It appears that the call to "root.unlock()" should be inside a finally
clause, not inside the catch clause.

Could you confirm/deny this bug?
(Continue reading)

Permalink | Reply | 0 comments |
headers
Godmar Back | 17 May 2003 00:31
Picon
Favicon

possible bug in org/w3c/www/mux/MuxReader.java


Hi,

here's a possible bug in MuxReader.java:

If 'buffer[bufptr]' is negative, you sign-extend and 'buffer[bufptr+1]' is ignored.  
For instance, [0xff 0x01] will become 0xffff.
(IMO, you'd need to do: a[i] = ((buffer[bufptr] & 0xff) | (buffer[bufptr+1] << 8)) & 0xffff;)

Could you confirm/deny this bug?

Thanks!

	- Godmar

Jigsaw-2.2.2/src/classes/org/w3c/www/mux/MuxReader.java

    protected int[] msgShortArrayToIntArray()
        throws IOException
    {
        if (buffer.length < msglen)
            throw new RuntimeException("ShortArray doesn't hold in buffer !");
        while (buflen < msglen)
            fillBuffer();
        int a[] = new int[msglen >> 1];
        for (int i = 0 ; i < a.length ; i++) {
            a[i] = (buffer[bufptr] | (buffer[bufptr+1] << 8)) & 0xffff;
            bufptr += 2;
        }
        buflen -= msglen;
(Continue reading)

Permalink | Reply | 0 comments |

Gmane