yet, but I guess we would
> just make them committers.
>
> Carsten
> --
> Carsten Ziegeler
> cziege...@apache.org
>
Jeremias Maerki
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
e can change that by reactivating XML Commons with new
goals.
The virtual link you mentioned is a good idea IMO and seems in line with
Henri's ideas of a federated Commons.
On 29.12.2008 15:55:33 Ralph Goers wrote:
>
> On Dec 29, 2008, at 6:20 AM, Jeremias Maerki wrote:
>
> &
ts in the dormant section. I think a component with
> >> things for both SAX and DOM would be fine, and letting it grow
> >> organically would also work well.
> >
> > Ok, but lets suggest another name like Commons XML. For example, this
> >
ilar efforts that I should know of? I
> > looked at XML Commons in xml.apache.org, but it seems pretty dormant.
> >
> > [1] http://lucene.apache.org/tika/
> > [2]
> > http://lucene.apache.org/tika/apidocs/org/apache/tika/sax/package-summary.html
> > [3]
> >
ons
> project? Are there other similar efforts that I should know of? I
> looked at XML Commons in xml.apache.org, but it seems pretty dormant.
>
> [1] http://lucene.apache.org/tika/
> [2]
> http://lucene.apache.org/tika/apidocs/org/apach
he whole buffering should be deferred
to the operating system (i.e. just reset the file cursor). If it's a
relatively slow HTTP connection, you don't have the option of a quick
reset. But sometimes you have the problem that you don't even know what
kind of InputStream you're dealing
