Pier Fumagalli wrote:
[...]
I've made it as generic as possible, and unplugged anything related to
Jing back as a schema parser.
Still working on it, but look at the interface, and tell me what you
think! :-P
Cool, that's exactly what we needed and it works like a charm!
If you meet Mic
On 6 Sep 2005, at 10:14, Andreas Hartmann wrote:
Pier Fumagalli wrote:
[...]
> It's in Subversion right now... 2.1.x branch, "validation" block.
I tried it, it works nicely - thanks a lot!
Unfortunately we need an isolated valdiation service (not a
transformer),
which I created using your
On 6 Sep 2005, at 13:41, Andreas Hartmann wrote:
Pier Fumagalli wrote:
On 6 Sep 2005, at 10:14, Andreas Hartmann wrote:
Pier Fumagalli wrote:
[...]
> It's in Subversion right now... 2.1.x branch, "validation" block.
I tried it, it works nicely - thanks a lot!
Unfortunately we need an isola
Pier Fumagalli wrote:
On 6 Sep 2005, at 10:14, Andreas Hartmann wrote:
Pier Fumagalli wrote:
[...]
> It's in Subversion right now... 2.1.x branch, "validation" block.
I tried it, it works nicely - thanks a lot!
Unfortunately we need an isolated valdiation service (not a
transformer),
whi
On 6 Sep 2005, at 10:14, Andreas Hartmann wrote:
Pier Fumagalli wrote:
[...]
> It's in Subversion right now... 2.1.x branch, "validation" block.
I tried it, it works nicely - thanks a lot!
Unfortunately we need an isolated valdiation service (not a
transformer),
which I created using your
Pier Fumagalli wrote:
[...]
> It's in Subversion right now... 2.1.x branch, "validation" block.
I tried it, it works nicely - thanks a lot!
Unfortunately we need an isolated valdiation service (not a transformer),
which I created using your code - mostly using copy & paste :(
Would you be int
Pier Fumagalli wrote:
On 1 Sep 2005, at 13:08, Andreas Hartmann wrote:
Pier Fumagalli wrote:
On 1 Sep 2005, at 08:58, Andreas Hartmann wrote:
Pier Fumagalli wrote:
I'm working on a JING Transformer (using JING in the pipeline to
validate a document using RNG).
[...]
It
On 1 Sep 2005, at 13:08, Andreas Hartmann wrote:
Implemented... I just got the first recursive parse from
"cocoon://" URIs to work...
Cool! I'll give it a try as soon as it is available.
I've added some samples and xmap configuration in the block.
Documentation is available in Daisy:
h
On 1 Sep 2005, at 13:08, Andreas Hartmann wrote:
Pier Fumagalli wrote:
On 1 Sep 2005, at 08:58, Andreas Hartmann wrote:
Pier Fumagalli wrote:
I'm working on a JING Transformer (using JING in the pipeline
to validate a document using RNG).
It's cacheable and all that lot... I n
Pier Fumagalli wrote:
On 1 Sep 2005, at 08:58, Andreas Hartmann wrote:
Pier Fumagalli wrote:
I'm working on a JING Transformer (using JING in the pipeline to
validate a document using RNG).
It's cacheable and all that lot... I need to use it with very
slightly XML skilled ASP
On 1 Sep 2005, at 08:58, Andreas Hartmann wrote:
Pier Fumagalli wrote:
I'm working on a JING Transformer (using JING in the pipeline to
validate a document using RNG).
It's cacheable and all that lot... I need to use it with very
slightly XML skilled ASP developers moving to C
Pier Fumagalli wrote:
I'm working on a JING Transformer (using JING in the pipeline to
validate a document using RNG).
It's cacheable and all that lot... I need to use it with very slightly
XML skilled ASP developers moving to Cocoon (and willing to break my
entire source tr
Stefano Mazzocchi wrote:
> So, here is what I suggest:
>
> 1) we attach a label to a 'branch' of a block, not to the block itself.
>
> 2) labels should not be 'stable', 'unstable' but 'bugfix' and
> 'development', or something equivalently neutral in respect of stability
> which is normall
On 31 Aug 2005, at 18:38, Pier Fumagalli wrote:
I can put both transformers in SVN, one for JING and one for JARV,
note that if you want to use JARV, you _need_ to download MSV (or
it's going to fail miserably).
Ok, did that, they're now in the 2.1.x branch...
Where should I put the docume
On Aug 31, 2005, at 10:58 AM, Stefano Mazzocchi wrote:
3) start having two branches for the blocks that require it (cforms
is a good candidate), then decide what branch to ship with what
version.
Comments?
Ship both :-)
Seriously:
cforms-dev
cforms-stable
as two separat
Ralph Goers wrote:
So while you can argue about frequent releases or whatever, I still want
a forms framework that this community is willing to call "stable".
A few things:
1) the simple fact of calling something stable doesn't make it stable,
but it *does* in fact alter the perception of t
On Aug 31, 2005, at 10:45 AM, Stefano Mazzocchi wrote:
Then I think Ralph's employer perception could be altered if we
modified how we flag blocks and avoid labelling something as
'unstable' when, in fact, several people use it for their commercial
offerings and have done so for a while.
ye
On Aug 31, 2005, at 10:20 AM, Ralph Goers wrote:
The point I'm making is I believe we are already to the point where we would not introduce backwards-incompatible changes in CForms without careful consideration.
Indeed.
However, that's not the definition of "stable" that we are working under.
Vadim Gritsenko wrote:
Ralph Goers wrote:
My opinion is that a community that releases software that it
won't stand behind has a significant problem.
I think you just mis-interpreted semantics of the 'unstable flag'. See,
actual meaning is:
unstable:
Supported by the community, man
On 31 Aug 2005, at 03:00, David Crossley wrote:Vadim Gritsenko wrote:My only suggestion; try to extend scope and go for ValidationTransformer, instead of implementing JINGTransformer only.Ok, I tried... I have some code that instead of JING uses JARV, so that if you download the MSV package and dum
Mark Lundquist wrote:
On Aug 31, 2005, at 9:27 AM, Ralph Goers wrote:
My opinion is that a community that releases software that it
won't stand behind has a significant problem.
"Won't stand behind" seems like too strong/loaded of a
characterization for this CForms thing. Support f
Ralph Goers wrote:
My employer REQUIRES a stable forms framework, therefore I require a
Cocoon release with a stable forms framework.
Is your employer (or someone else) ready to pay 2 weeks of work for
having a stable CForms?
Sylvain
--
Sylvain WallezAnyware Techno
On Aug 31, 2005, at 9:59 AM, Ralph Goers wrote:
Since noone has even suggested a vote yet
...because the list of ToDo items for CForms stabilization is a subject
of public record:
• http://issues.apache.org/bugzilla/showdependencytree.cgi?id=25099
• http://wiki.apache.org/cocoon/22Stabiliz
Vadim Gritsenko wrote:
And seriously, I'd argue that your -1 on releases actually *delays*
maturity of cforms.
Vadim
Also, please note that I am not springing this on anybody at the last
minute. I believe I first brought up CForms being marked stable in
February and then in June. Since
On Aug 31, 2005, at 9:27 AM, Ralph Goers wrote:
My opinion is that a community that releases software that it won't stand behind has a significant problem.
"Won't stand behind" seems like too strong/loaded of a characterization for this CForms thing. Support for CForms has been great.
Here's w
Vadim Gritsenko wrote:
Ralph Goers wrote:
My opinion is that a community that releases software that it
won't stand behind has a significant problem.
I think you just mis-interpreted semantics of the 'unstable flag'.
See, actual meaning is:
unstable:
Supported by the community, ma
Mark Lundquist wrote:
Ralph isn't trying to "represent" his employer in the Cocoon
community. He's just saying that speaking /just for himself/ it is a
PITA for his job that CForms isn't stable yet, because that prevents
him from using it. I don't think Ralph's employer gives a rat's ass
ab
Vadim Gritsenko wrote:
You are here to help grow and maintain community as a whole, and
community currently needs more often releases much more than a stable
cforms block (which is just a bit of software, at the end of the day).
Vadim
Vadim,
I guess I have to more completely respond to thi
Ralph Goers wrote:
My opinion is that a community that releases software that it
won't stand behind has a significant problem.
I think you just mis-interpreted semantics of the 'unstable flag'. See, actual
meaning is:
unstable:
Supported by the community, many people are working on it
On 8/31/05, Ralph Goers <[EMAIL PROTECTED]> wrote:
> Vadim Gritsenko wrote:
>
> > Ralph Goers wrote:
> >
>
> That is absolutely true. I happen to think the community needs both. My
> opinion is that a community that releases software that it won't stand
> behind has a significant problem.
So in
On Aug 31, 2005, at 9:08 AM, Vadim Gritsenko wrote:
Ralph Goers wrote:
My employer REQUIRES a stable forms framework, therefore I require a Cocoon release with a stable forms framework.
Ralph, your employer is retarded!
Sorry, I couldn't help it :-)...
[vadim] Remember, you are here as a perso
Vadim Gritsenko wrote:
Ralph Goers wrote:
My employer REQUIRES a stable forms framework, therefore I require a
Cocoon release with a stable forms framework.
Just a reminder [1]:
All of the ASF including the board, the other officers, the
committers, and the members, are participating a
Ralph Goers wrote:
My employer REQUIRES a stable forms framework,
therefore I require a Cocoon release with a stable forms framework.
Just a reminder [1]:
All of the ASF including the board, the other officers, the
committers, and the members, are participating as individuals.
That is on
Andrew Savory wrote:
Hi,
On 31 Aug 2005, at 12:22, Pier Fumagalli wrote:
So, even if cforms are still unstable, frankly, 2.1.8 shouldn't be
blocked by it at all...
Or am I the only one seeing it this way?
I'd agree ... doing a release before the GT and then one after with
all the hack
Pier Fumagalli wrote:
I agree wholeheartedly... My personal problem is that we don't
release often enough, and in maintaining my system, too many things
change from one release to another... 2.1.5 was released 2 years ago
now and that's what I use on production.
There are "non-trivial" ch
Hi,
On 31 Aug 2005, at 12:22, Pier Fumagalli wrote:
So, even if cforms are still unstable, frankly, 2.1.8 shouldn't be
blocked by it at all...
Or am I the only one seeing it this way?
I'd agree ... doing a release before the GT and then one after with
all the hackathon fixes and changed
On 8/31/05, Pier Fumagalli <[EMAIL PROTECTED]> wrote:
> On 30 Aug 2005, at 19:06, Vadim Gritsenko wrote:
> > Ralph Goers wrote:
>
> So, even if cforms are still unstable, frankly, 2.1.8 shouldn't be
> blocked by it at all...
>
> Or am I the only one seeing it this way?
No: Cocoon is far far m
On 30 Aug 2005, at 19:06, Vadim Gritsenko wrote:
Ralph Goers wrote:
Just so you know, if Cocoon Forms is still marked unstable I'll be
voting -1.
Does it mean Cocoon should go without release for a year? Would you
still vote -1 if CForms is not marked stable after 2 years? 3?
I don't get
Thomas Lutz wrote:
What about the patches in bugzilla ? Will they be applied before 2.1.8 ?
Well, some of the bugs on my list have finally percolated up to where my
employer wants them fixed so they will be fixed before 2.1.8.
Is there a code freeze announced, because I've some work in
forgot to copy the link, sorry :-)
[1] http://www.mail-archive.com/dev@cocoon.apache.org/msg33424.html
Thomas Lutz wrote:
Seriously, what about right after the GT, once we have squashed a
few bugs and patches during the hackathon?
What about the patches in bugzilla ? Will they be appli
Seriously, what about right after the GT, once we have squashed a
few bugs and patches during the hackathon?
What about the patches in bugzilla ? Will they be applied before 2.1.8 ?
Is there a code freeze announced, because I've some work in progress on
the FormInstance class in the javafl
Le 30 août 05, à 18:32, Pier Fumagalli a écrit :
...Is there interest to have it in Subversion?
yes, big +1 here.
-Bertrand
smime.p7s
Description: S/MIME cryptographic signature
Vadim Gritsenko wrote:
> Pier Fumagalli wrote:
> >Vadim Gritsenko wrote:
> >>Pier Fumagalli wrote:
> >>
> >>>I'm working on a JING Transformer (using JING in the pipeline to
> >>>validate a document using RNG).
> >>
> >&g
Sylvain Wallez wrote:
> Pier Fumagalli wrote:
>
> >I'm working on a JING Transformer (using JING in the pipeline to
> >validate a document using RNG).
> >
> >It's cacheable and all that lot... I need to use it with very
> >slightly XML skilled A
Vadim Gritsenko wrote:
Ralph Goers wrote:
Just so you know, if Cocoon Forms is still marked unstable I'll be
voting -1.
Does it mean Cocoon should go without release for a year? Would you
still vote -1 if CForms is not marked stable after 2 years? 3?
Yes. Cocoon without a stable and supp
Ralph Goers wrote:
Just so you know, if Cocoon Forms is still marked unstable I'll be
voting -1.
Does it mean Cocoon should go without release for a year? Would you still vote
-1 if CForms is not marked stable after 2 years? 3?
I don't get it. We should do releases *more* often, not less.
V
Sylvain Wallez wrote:
(PS: when is 2.1.8 expected? /me is starting a new big-ish project)
Soon :-)
Seriously, what about right after the GT, once we have squashed a few
bugs and patches during the hackathon?
I should also be able to commit some time in the second half of
September to ho
Pier Fumagalli wrote:
On 30 Aug 2005, at 17:59, Vadim Gritsenko wrote:
Pier Fumagalli wrote:
I'm working on a JING Transformer (using JING in the pipeline to
validate a document using RNG).
http://wiki.apache.org/cocoon/ValidationTransformer
It supports JING.
My 0.02 £
- It&
Vadim Gritsenko wrote:
(PS: when is 2.1.8 expected? /me is starting a new big-ish project)
Soonish... I guess as soon as Carsten starts VOTE :-)
Vadim
Just so you know, if Cocoon Forms is still marked unstable I'll be
voting -1.
Ralph
On 30 Aug 2005, at 18:08, Sylvain Wallez wrote:
(PS: when is 2.1.8 expected? /me is starting a new big-ish project)
Soon :-)
Kewl...
Seriously, what about right after the GT, once we have squashed a
few bugs and patches during the hackathon?
Could do... I'll start working on HEAD then..
On 30 Aug 2005, at 17:59, Vadim Gritsenko wrote:
Pier Fumagalli wrote:
I'm working on a JING Transformer (using JING in the pipeline to
validate a document using RNG).
http://wiki.apache.org/cocoon/ValidationTransformer
It supports JING.
My 0.02 £
- It's not cacheable (AFA
Pier Fumagalli wrote:
I'm working on a JING Transformer (using JING in the pipeline to
validate a document using RNG).
It's cacheable and all that lot... I need to use it with very
slightly XML skilled ASP developers moving to Cocoon (and willing to
break my entire source t
Pier Fumagalli wrote:
I'm working on a JING Transformer (using JING in the pipeline to
validate a document using RNG).
http://wiki.apache.org/cocoon/ValidationTransformer
It supports JING.
It's cacheable and all that lot... I need to use it with very slightly
XML skilled ASP
On 8/30/05, Pier Fumagalli <[EMAIL PROTECTED]> wrote:
> I'm working on a JING Transformer (using JING in the pipeline to
> validate a document using RNG).
> Is there interest to have it in Subversion?
I, for one, would be very interested. We're doing some complex
validat
I'm working on a JING Transformer (using JING in the pipeline to
validate a document using RNG).
It's cacheable and all that lot... I need to use it with very
slightly XML skilled ASP developers moving to Cocoon (and willing to
break my entire source tree).
Is there interest
55 matches
Mail list logo