Grzegorz Kossakowski wrote:
Vadim Gritsenko pisze:
On Mar 17, 2008, at 11:30 AM, Grzegorz Kossakowski wrote:
Reinhard Poetz pisze:
My statement was meant to be more general (SSF + Spring migration +
Schema support).
For an SSF project only, I don't see enough work (I only know about
SAX buff
Grzegorz Kossakowski pisze:
Vadim, you forgot about FIXME marks ;)
find core/cocoon-servlet-service/cocoon-servlet-service-impl -name
"*.java" | xargs grep -E "TODO|FIXME" | wc -l
27
I've been considering participation in GSoC for some time due to my
tottering planes for summer.
Now I'm
Vadim Gritsenko pisze:
On Mar 17, 2008, at 11:30 AM, Grzegorz Kossakowski wrote:
Reinhard Poetz pisze:
My statement was meant to be more general (SSF + Spring migration +
Schema support).
For an SSF project only, I don't see enough work (I only know about
SAX buffering and support for redirec
hey,
I've participated in GSoC last year and I'll be happy to help you with
whatever problem you encounter.
thanks for your dedication! i already noticed that there are great and
ambitious activities going on.
What about cocoon-linkrewriter block? It's very small but yet very
important bloc
Lukas Lang pisze:
hey everybody,
Hi Lukas,
i'm the student, who's interested in participating in a GSoC
cocoon-project.
I've participated in GSoC last year and I'll be happy to help you with whatever
problem you encounter.
two days ago i had a conversation with Reinhard and as i read on
Vadim Gritsenko pisze:
I'd change the order a bit. First I'd suggest to make sure (and fix if
necessary) existing samples. Once this is done, the block should be
released. After that, you could start (as necessary) avalon to spring
migration, and development of new samples.
+1 for this prop
Vadim Gritsenko wrote:
I'd change the order a bit. First I'd suggest to make sure (and fix if
necessary) existing samples. Once this is done, the block should be
released. After that, you could start (as necessary) avalon to spring
migration, and development of new samples.
Concerning the s
Vadim Gritsenko wrote:
On Mar 22, 2008, at 1:14 PM, Lukas Lang wrote:
Yesterday I was introduced to an Austrian student who would be
interested in
working on a GSoC for the Cocoon project this year.
The best idea we've had so far was was an upgrade of cForms to Dojo
1.x (or
replacing it with
On Mar 22, 2008, at 1:14 PM, Lukas Lang wrote:
Yesterday I was introduced to an Austrian student who would be
interested in
working on a GSoC for the Cocoon project this year.
The best idea we've had so far was was an upgrade of cForms to
Dojo 1.x (or
replacing it with something else if that
Yesterday I was introduced to an Austrian student who would be
interested in
working on a GSoC for the Cocoon project this year.
The best idea we've had so far was was an upgrade of cForms to Dojo
1.x (or
replacing it with something else if that is what the community is
interested in).
Any o
On Mar 18, 2008, at 4:11 AM, Thorsten Scherler wrote:
I am not sure whether you are aware of
http://svn.apache.org/viewvc/labs/droids/trunk/
You probably missed it, it was mentioned just few emails up this same
thread -
http://markmail.org/message/53mbfx56ubpx5and
Vadim
I would like to propose for GSOC2008 a fix for:
https://issues.apache.org/jira/browse/COCOON-1579
WDYT?
Best Regards,
Antonio Gallardo.
Reinhard Poetz escribió:
Yesterday I was introduced to an Austrian student who would be
interested in
working on a GSoC for the Cocoon project this year.
On Mon, 2008-03-17 at 11:15 -0400, Vadim Gritsenko wrote:
> On Mar 17, 2008, at 11:15 AM, Grzegorz Kossakowski wrote:
>
> > Vadim Gritsenko pisze:
> >> External HTTP crawler is not a replacement for cocoon embedding
> >> APIs (which what our CLI was, allows you to embed cocoon and use it
> >>
On Mar 17, 2008, at 11:30 AM, Grzegorz Kossakowski wrote:
Reinhard Poetz pisze:
My statement was meant to be more general (SSF + Spring migration +
Schema support).
For an SSF project only, I don't see enough work (I only know about
SAX buffering and support for redirects as missing features
On 17 Mar 2008, at 13:53, Reinhard Poetz wrote:
Jeremy Quinn wrote:
Hi Reinhard
On 13 Mar 2008, at 15:54, Reinhard Poetz wrote:
Yesterday I was introduced to an Austrian student who would be
interested in
working on a GSoC for the Cocoon project this year.
The best idea we've had so far
Reinhard Poetz pisze:
My statement was meant to be more general (SSF + Spring migration +
Schema support).
For an SSF project only, I don't see enough work (I only know about SAX
buffering and support for redirects as missing features) ... but maybe
I'm wrong here.
There is not that much
On Mar 17, 2008, at 11:15 AM, Grzegorz Kossakowski wrote:
Vadim Gritsenko pisze:
External HTTP crawler is not a replacement for cocoon embedding
APIs (which what our CLI was, allows you to embed cocoon and use it
from within another java application, together with simple main()
wrapper).
Vadim Gritsenko pisze:
External HTTP crawler is not a replacement for cocoon embedding APIs
(which what our CLI was, allows you to embed cocoon and use it from
within another java application, together with simple main() wrapper).
I believe that similar effect could be achieved by applicatio
Vadim Gritsenko wrote:
On Mar 16, 2008, at 7:07 AM, Reinhard Poetz wrote:
Grzegorz Kossakowski wrote:
Vadim Gritsenko pisze:
On Mar 13, 2008, at 11:54 AM, Reinhard Poetz wrote:
Yesterday I was introduced to an Austrian student who would be
interested in
working on a GSoC for the Cocoon pro
On Mar 16, 2008, at 7:07 AM, Reinhard Poetz wrote:
Grzegorz Kossakowski wrote:
Vadim Gritsenko pisze:
On Mar 13, 2008, at 11:54 AM, Reinhard Poetz wrote:
Yesterday I was introduced to an Austrian student who would be
interested in
working on a GSoC for the Cocoon project this year.
The be
On Mar 17, 2008, at 7:28 AM, Reinhard Poetz wrote:
Grzegorz Kossakowski wrote:
Reinhard Poetz pisze:
Another idea: Provide a command-line interface again, maybe by
working together with the Forrest folks so that they can migrate
to 2.2?
+100!
I hope that you don't want to mimic our previou
Jeremy Quinn wrote:
Hi Reinhard
On 13 Mar 2008, at 15:54, Reinhard Poetz wrote:
Yesterday I was introduced to an Austrian student who would be
interested in
working on a GSoC for the Cocoon project this year.
The best idea we've had so far was was an upgrade of cForms to Dojo
1.x (or
repl
Jeremy Quinn pisze:
Hi Reinhard
On 13 Mar 2008, at 15:54, Reinhard Poetz wrote:
Yesterday I was introduced to an Austrian student who would be
interested in
working on a GSoC for the Cocoon project this year.
The best idea we've had so far was was an upgrade of cForms to Dojo
1.x (or
repl
Hi Reinhard
On 13 Mar 2008, at 15:54, Reinhard Poetz wrote:
Yesterday I was introduced to an Austrian student who would be
interested in
working on a GSoC for the Cocoon project this year.
The best idea we've had so far was was an upgrade of cForms to Dojo
1.x (or
replacing it with somet
Felix Knecht wrote:
I'm quite sure, that CForms is much more popular and used than the CLI.
I also think that upgrading Dojo (or something else) will give a much
larger idea of how things (Java, Javasrcipt (Flowscript), XML, XSL) can
work together than providing a CLI.
Just my thoughts.
Reg
+1 for Dojo 1.x in CForms.
I knew that you would like it ;-)
Very :-)
I've posted a project description at
http://wiki.apache.org/general/SummerOfCode2008#cocoon-forms-dojo-upgrade
I could also think about not only upgrading but also fix things never
work in ajax mode like [1], [2] an
Gabriel Gruber wrote:
> >>> Yesterday I was introduced to an Austrian student who would be
> >>> interested in
> >>> working on a GSoC for the Cocoon project this year.
> >>>
> >>> The best idea we've had so far was was an upgrade of cForms to Dojo
> >>> 1.x (or
> >>> replacing it with s
Reinhard Poetz schrieb:
Grzegorz Kossakowski wrote:
Vadim Gritsenko pisze:
On Mar 13, 2008, at 11:54 AM, Reinhard Poetz wrote:
Yesterday I was introduced to an Austrian student who would be
interested in
working on a GSoC for the Cocoon project this year.
The best idea we've had so far was
Grzegorz Kossakowski wrote:
Reinhard Poetz pisze:
+1 for the ideas, but they are very specific and only for insiders
like you. Grzegorz, do you still consider applying for GSoC this year?
Not sure. I'd love to apply and do some more Cocoon-related work during
the summer but I'm really conce
> >>> Yesterday I was introduced to an Austrian student who would be
> >>> interested in
> >>> working on a GSoC for the Cocoon project this year.
> >>>
> >>> The best idea we've had so far was was an upgrade of cForms to Dojo
> >>> 1.x (or
> >>> replacing it with something else if that is what t
Reinhard Poetz pisze:
+1 for the ideas, but they are very specific and only for insiders like
you. Grzegorz, do you still consider applying for GSoC this year?
Not sure. I'd love to apply and do some more Cocoon-related work during the summer but I'm really
concerned about USD ratings. :-(
Grzegorz Kossakowski wrote:
Vadim Gritsenko pisze:
On Mar 13, 2008, at 11:54 AM, Reinhard Poetz wrote:
Yesterday I was introduced to an Austrian student who would be
interested in
working on a GSoC for the Cocoon project this year.
The best idea we've had so far was was an upgrade of cForms
Vadim Gritsenko pisze:
On Mar 13, 2008, at 11:54 AM, Reinhard Poetz wrote:
Yesterday I was introduced to an Austrian student who would be
interested in
working on a GSoC for the Cocoon project this year.
The best idea we've had so far was was an upgrade of cForms to Dojo
1.x (or
replacing it
On Mar 13, 2008, at 11:54 AM, Reinhard Poetz wrote:
Yesterday I was introduced to an Austrian student who would be
interested in
working on a GSoC for the Cocoon project this year.
The best idea we've had so far was was an upgrade of cForms to Dojo
1.x (or
replacing it with something else i
Yesterday I was introduced to an Austrian student who would be interested in
working on a GSoC for the Cocoon project this year.
The best idea we've had so far was was an upgrade of cForms to Dojo 1.x (or
replacing it with something else if that is what the community is interested
in).
Any oth
35 matches
Mail list logo