Simone Tripodi wrote:
Hi Guys,
do you have some spare time to review the last patch submitted on [1]?
I know it requires time...
Thanks in advance, best regards,
Unless somebody else is quicker than me, I will have a look at your
patch before I create the release.
--
Reinhard Pötz
Hi Reinhard
Very appreciated, thanks!!! :)
alles gute, auf wiedersehen!
Simo
On Fri, Dec 11, 2009 at 8:44 AM, Reinhard Pötz reinh...@apache.org wrote:
Simone Tripodi wrote:
Hi Guys,
do you have some spare time to review the last patch submitted on [1]?
I know it requires time...
Thanks in
Hi Guys,
do you have some spare time to review the last patch submitted on [1]?
I know it requires time...
Thanks in advance, best regards,
Simone
[1] https://issues.apache.org/jira/browse/COCOON3-3
On Tue, Nov 24, 2009 at 12:42 PM, Simone Tripodi
simone.trip...@gmail.com wrote:
Hi all,
Thank
Simone Tripodi wrote:
Hi Sylvain and Simone,
thank you a lot, the suggestions you provided are all very very
interesting, so I wonder now if it is possible to realize a processor
able to use at the same time the Tika way when it recognizes some kind
of paths, the XSL-on-the-fly for more complex
Hi Sylvain,
there are no words to say thank you, very very appreciated, I'll
follow your suggestions :)
A bientot
Simone
On Tue, Nov 24, 2009 at 10:21 AM, Sylvain Wallez sylv...@apache.org wrote:
Simone Tripodi wrote:
Hi Sylvain and Simone,
thank you a lot, the suggestions you provided
Hi Sylvain
Sorry but I forgot to ask you a short question in the previous email:
can the Tika code be imported/modified into Cocoon3? AFAIK it should
be allowed, but I don't know the conditions under which it can be
done.
A bientot!!!
Simo
On Tue, Nov 24, 2009 at 10:29 AM, Simone Tripodi
Simone Tripodi wrote:
Hi Sylvain
Sorry but I forgot to ask you a short question in the previous email:
can the Tika code be imported/modified into Cocoon3? AFAIK it should
be allowed, but I don't know the conditions under which it can be
done.
I don't really understand your question. Tika
Simone Tripodi wrote:
Hi Sylvain
Sorry but I forgot to ask you a short question in the previous email:
can the Tika code be imported/modified into Cocoon3?
Do you really have to modify Tika code? If so it would be best to give
back your contributions to the their project.
Since you have to
Hi all,
Thank you both guys, my question was about legal issues that you clarified me :)
Reinhard, no problem about the optionals, even if I remember the
policy I appreciate you reminded me it :) BTW, after a quick overview
on Tika, I was thinking about importing just the needed classes and
Hi Simone and Sylvain,
aren't XSLT transformers already SAX/Xpath optimized? I mean, an XSLT
containing an XPath expression and used in a SAX context, isn't already
able to resolve the XPath while keeping buffering at the minimum possible?
I can clearly remember that there has been a lot of
Simone Gianni wrote:
Hi Simone and Sylvain,
aren't XSLT transformers already SAX/Xpath optimized? I mean, an XSLT
containing an XPath expression and used in a SAX context, isn't
already able to resolve the XPath while keeping buffering at the
minimum possible?
I can clearly remember that
Hi Sylvain and Simone,
thank you a lot, the suggestions you provided are all very very
interesting, so I wonder now if it is possible to realize a processor
able to use at the same time the Tika way when it recognizes some kind
of paths, the XSL-on-the-fly for more complex cases. What do you
Hi all guys,
I'm very sorry if I don't appear frequently on the ML but since April
I've been working very hard for a customer client in Paris that don't
let me some spare time to dedicate to OS projects.
I'm writing because I'm sure the XInclude transformer I submitted time
ago could be
Simone Tripodi wrote:
Hi all guys,
I'm very sorry if I don't appear frequently on the ML but since April
I've been working very hard for a customer client in Paris that don't
let me some spare time to dedicate to OS projects.
Don't be sorry. We all have our own jobs/interest/duties that
Hi Sylvain,
thanks for your kind reply! I suspected the XPath limitations you
explained very well, but deeply in my heart I was hoping to a solution
I didn't know yet, for this reason I asked it :P :P
I'll take a look at both the solutions, eve if the first sounds to me
more compliant to the
Hmmm, I guess the XPath expression is known before the parsing begins?
I remember I have done a similar thing, where a chunk had to be isolated
from a document that came by via a SAX stream, but here the xpath
expression was something like: /element1/elemen...@id=somenumber].
Theorem: any XPath
Simone Tripodi wrote:
Hi Sylvain,
thanks for your kind reply! I suspected the XPath limitations you
explained very well, but deeply in my heart I was hoping to a solution
I didn't know yet, for this reason I asked it :P :P
I'll take a look at both the solutions, eve if the first sounds to me
Jos Snellings wrote:
Hmmm, I guess the XPath expression is known before the parsing begins?
I remember I have done a similar thing, where a chunk had to be isolated
from a document that came by via a SAX stream, but here the xpath
expression was something like:
Hi Jos,
thanks for your reply, the XPath expression is already known before
parsing the document since the XInclude processor catches the xpointer
reference before including the document.
I think your solution works but I've the suspect just for a limited
subset of the XPath expressions, the
Hi Sylvain,
indeed, that's yet another exception I didn't think, thanks for your
clarification!!!
Bonne journée, a bientot ;)
Simo
On Mon, Nov 23, 2009 at 8:28 AM, Sylvain Wallez sylv...@apache.org wrote:
Jos Snellings wrote:
Hmmm, I guess the XPath expression is known before the parsing
20 matches
Mail list logo
