[
https://issues.apache.org/jira/browse/COCOON-1301?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Niclas Hedhman updated COCOON-1301:
---
Reporter: Niclas Hedhman (was: Niclas Hedhman)
> [Patch] Image Operation Rea
On Wednesday 14 March 2007 16:51, Bertrand Delacretaz wrote:
I agree with all parts. Perhaps with the exception that I am even less active
on Cocoon, but follow it more for historical and emotional reasons...
Cheers
Niclas
On Monday 05 March 2007 17:49, Lars Trieloff wrote:
> Hi Reinhard,
>
> >> - SVN source:
> >> a source that reads a local subversion repository and provides the
> >> content, supports revisions etc. (read-only)
> >> http://www.mindquarry.org/repos/mindquarry-workspace/trunk/
> >> mindquarry-dma-sour
On Tuesday 06 March 2007 03:38, Reinhard Poetz wrote:
+1 Welcome
Cheers
Niclas
On Monday 05 March 2007 16:19, Andrew Savory wrote:
> I'd like to propose Jeroen Reijn as a Cocoon committer.
+1. Welcome!
Cheers
Niclas
On Friday 02 March 2007 23:13, Bertrand Delacretaz wrote:
> Besides the obvious reasons to rejoice about a new committer,
Hip, hip, Hooray
> I'm particularly happy as
>
> a) It feels good to have people here who are not even half my age
Ditto...
Cheers
Niclas
On Friday 02 March 2007 16:50, Reinhard Poetz wrote:
> - Thien, your CLA was properly recorded by the ASF secretary. In order
> to make your contribution official, I would like to ask you to add
> the final layout to a JIRA issue. I'm sure that Niclas can help you
> with that, otherwi
On Friday 23 February 2007 00:36, Daniel Fagerstrom wrote:
> I'd like to propose Grzegorz Kossakowski (aka Grek) as a new Cocoon
> committer. He has been around at the user list since 2003 and has been
> very active at the dev list the last months. He has provided a number of
> high quality patche
On Thursday 22 February 2007 19:16, Arje Cahn wrote:
> Many thanks to all of you who have pushed this forward, and please keep
> those good vibes going!
Also give Thien some peace, as he is prepping up for his wedding shortly...
(Sorry Thien, the world need to know.)
Cheers
Niclas
On Sunday 18 February 2007 17:32, Reinhard Poetz wrote:
> Michael Wechner wrote:
> > Reinhard Poetz wrote:
> >> Google announced the 3rd summer of code and this year. The Austrian
> >> Computer society launched a similar project, the OSS Contest Austria
> >> 2007. We as Cocoon project can make prop
On Tuesday 06 February 2007 00:22, Peter Hunsberger wrote:
> Very nice. I'm with the camp that would like to see it shrink a
> little, not much but just a little. Also, I still find it a little on
> the pastel side, I'd like to see a version with bolder colors.
And I realize that asking develop
On Monday 05 February 2007 04:40, hepabolu wrote:
> I don't want to bias you, but I like it a lot. ;-)
Perhaps I am even more biased... but I like it as well.
Cheers
Niclas
On Thursday 01 February 2007 04:16, Daniel Fagerstrom wrote:
> Also it was a quite large work to integrate Spring and OSGi. And when we
> saw that a project doing that started within the Spring community with
> some OSGi heavyweights involved, it seemed like a better idea to stop
> our own develop
On Friday 26 January 2007 00:26, Vadim Gritsenko wrote:
> >> http://java.sun.com/docs/codeconv/html/CodeConvTOC.doc.html
> My guess: he does not like Sun's whitespace policies :-P
Code convention written by vi and emacs nerds of the 80s, with 80x24 character
VT100 terminals, really sux... Savi
On 1/23/07, Reinhard Poetz <[EMAIL PROTECTED]> wrote:
Isn't it possible to send in CCLA/ICLA documents as scanned documents either? I
remember some disucussions some months ago but don't know what the outcome was.
Does anybody know?
Not sure, but this is about the legal system catching up with
On Monday 22 January 2007 19:06, Reinhard Poetz wrote:
> And, as it was discussed recently on the Apache legal list, a design is a
> copyrighted creation and if you haven't already provided, we need a license
> agreement so that we are allowed to use it.
>
> Thien, the best option for this would b
On Friday 19 January 2007 07:24, Fred Vos wrote:
> I think it's a great idea to have a schema. A good schema is an excellent
> source of documentation. Especially when full of annotations, enumerations,
> limits, patterns et cetera.
+1. Also think that some users of Cocoon are not programmers, but
On Friday 19 January 2007 20:35, hepabolu wrote:
> Let me first say, I think all are fabulously done and show off your skills.
And thanks for putting them into context. I reviewed this stuff earlier,
without the full page, and I must say that the perception changed a bit.
My preference also lies
On Tuesday 19 December 2006 03:13, Mark Lundquist wrote:
> On Dec 18, 2006, at 7:15 AM, Ralph Goers wrote:
> > That is a valid concern. We kind of painted ourselves in a box by
> > calling trunk 2.2 way before it was ready to be anything.
>
> Agreed, IMHO all future releases beyond 2.2 (will that a
On Tuesday 19 December 2006 00:14, Vadim Gritsenko wrote:
> Carsten Ziegeler wrote:
> > Perhaps we should rethink this "drop jdk1.3 support" stuff, remove the
> > comment from the status file and get 2.1.10 out.
>
> get 2.1.10 out, close 2.1.x branch, and work on getting 2.2 out - i'm
> completely
On Monday 18 December 2006 14:56, Bertrand Delacretaz wrote:
> The unheard users who need 1.3 compatibility would be very welcome to
> contribute to the effort.
It is not about that. It is about not moving the goal post.
But perhaps the number of users are now down to the committer list, so it
do
On Monday 18 December 2006 16:26, Ralph Goers wrote:
> So
> I would think trunk should be released as 3.0, if for no other reason
> than allow the next 2.1 release to be 2.2.0 without jdk 1.3 support.
I agree (and with Helma's elaboration).
Personally, I don't understand the intense resistence of
On Thursday 14 December 2006 07:55, Alfred Nathaniel wrote:
> I therefore propose to declare 2.1.10 the last release with JDK1.3
> compatibility.
>
> Please cast your votes.
As Antonio points out, a vote in this fashion ain't totally kosher. We are
supposed to discuss the items and if a consensu
On Thursday 07 December 2006 06:34, Jorg Heymans wrote:
> I've never heard about Cocoon requiring 100% SVG for its gfx. It sure
> sounds cool but IMO we should not dictate this - we'll most likely
> render the SVG to JPG or PNG anyway for the website.
Not talking about "requiring", but
1. SVG ->
On Monday 04 December 2006 06:02, Mark Lundquist wrote:
> I see that this would have to wait 'til C3, according to
> http://cocoon.zones.apache.org/daisy/cdocs/g2/g1/g2/1181.html
And in a future C3, could it be possible that the entire sitemap is abstracted
out,
a. into a standalone compo
On Friday 01 December 2006 11:23, Thien wrote:
> Hello!!
>
> Cool, I will give this a try. Hope to show you some artworks soon. The
> information I have so far is good enough but if you have any ideas or
> suggestions, please do tell me.
Thien: I would also like to point out that Cocoon is all abo
Gang,
I have just hired a Graphics Designer here at CodeDragons, and we don't
think we will manage to fill his pipeline with commercial work from the
start. I have previously promised that he will be available some of the time
for work at Cocoon. He knows html and css a little bit, but it is not
On Tuesday 24 October 2006 15:55, Geert Josten wrote:
> Hi Niclas,
>
> > 1. Rotation of images will not produce the expected result.
> > I never managed to figure out how to make it work, and
> > probably need to dig deeper into the Java2D stuff (not my ball game).
>
> I have been experimenting my
On Friday 20 October 2006 17:13, Lars Trieloff wrote:
> In cocoon 2.1 there is an imageop-block that allows more powerful
> image transformations then the standard image reader. It is based on
> a contribution https://issues.apache.org/jira/browse/COCOON-1301 but
> not yet ported to Cocoon 2.2.
On Wednesday 18 October 2006 03:51, Steven Noels wrote:
> What those Belgian guys
> however (in)frequently murmured amongst themselves was: why the
> stupid fixation with SVN as a required content repository for
> official ASF documentation sites? Why can't cocoon.apache.org simply
> be a p
On Sunday 30 July 2006 17:12, Carsten Ziegeler wrote:
> Please cast your votes on the release of 2.2M1 on monday, 31st of
> August. The release consists of the core together with the required
> parent modules and tools to the maven repository. In addition we will
> release a demo webapp for easy do
On Friday 28 July 2006 13:44, Reinhard Poetz wrote:
> I want to propose Ard Schrijvers as a new Cocoon committer.
+1
WELCOME.
Cheers
Niclas
On Wednesday 05 July 2006 18:29, Steve Loughran wrote:
> Now that Cocoon is using OSGi, does that change versioning rules?
> Because that lets components run different versions of things
> side-by-side, doesnt it?
To some extent. Individual Java Packages can be versioned and one can declare
a run
On Tuesday 04 July 2006 20:53, Carlos Sanchez wrote:
> If project A says it depends on B 1.0 and C says it depends on B 1.1,
> there's a conflict in Maven, Ant and anything you want to use, the
> difference is that Maven tries to do it for you, but you still can
> override that behaviour.
Well, si
On Monday 03 July 2006 01:29, Jorg Heymans wrote:
> I just spoke to Jason, he mentioned that ibiblio will go away soon.
>
That statement actually worries me quite a lot. AFAIU, the "central" repo is
going to Mergere (a VC funded company) sponsored host(s). And this/these
host(s) have to me show
On Saturday 01 July 2006 20:41, Bertrand Delacretaz wrote:
> -Use our own/ASF repository, managed in SVN
Our own Stefano Mazzocchi has recently suggested this, and AFAICT work has
been started.
The idea is to have both "release" and "snapshot" repos operating on ASF
infrastructure, and replicate
On Wednesday 21 June 2006 05:00, Joerg Heinicke wrote:
> Congratulations Andreas, Peter and Jason. You all have been elected with
> 21 positive and no negative votes to become committers of the Cocoon
> project. Welcome!
Great to see Cocoon project recognizing important work beyond patches.
Guys
On Monday 19 June 2006 14:40, Carsten Ziegeler wrote:
> Reinhard Poetz wrote:
> > Carsten Ziegeler wrote:
> >> Regardless of the name, I think we should take a little bit more time
> >> and use the ApacheCon hackathon to "prepare" this first release and then
> >> release (or upload) right after the
On Sunday 18 June 2006 14:08, Niclas Hedhman wrote:
> On Sunday 18 June 2006 12:10, Torsten Curdt wrote:
> > /www/people.apache.org/maven-snapshot-repository (which is the same as
> > the above) is the apache maven2 snaphot repository. Only releases(!!)
> > may be deployed t
On Sunday 18 June 2006 12:10, Torsten Curdt wrote:
> /www/people.apache.org/maven-snapshot-repository (which is the same as
> the above) is the apache maven2 snaphot repository. Only releases(!!)
> may be deployed to /www/www.apache.org/dist/java-repository which is
> getting synchronized with ibi
On Thursday 15 June 2006 13:44, Jorg Heymans wrote:
> The poms are correctly configured for the release plugin AFAIK, you
> should just be able to run the goals and get something going.
Ok, cool.
> Please note that we don't want to release all blocks, so you'll have to
> do a non-recursive relea
On Thursday 15 June 2006 12:33, Niclas Hedhman wrote:
> I think that Maven's Release plugin is expected to handle all of that in
> one go.
Let me clarify that; Provided that there are no SNAPSHOT dependencies...
Cheers
Niclas
> 1. Andreas Hochsteger
+1
> 2. Peter Hunsberger
+1
> 3. Jason Johnston
+1
Cheers
Niclas
On Thursday 15 June 2006 04:39, Jorg Heymans wrote:
> Carsten Ziegeler wrote:
> > Finally :) how to we do the actual release? We have to take care of
> > legal aspects as well, like adding all licenses of the uses dependencies
> > etc.
>
> core has a dependency on the licenses block, does that cove
On Sunday 04 June 2006 23:41, Reinhard Poetz wrote:
> This could lower the
> barrier for people (like me) to prepare something as doing a one-hour talk
> needs a lot of preparation, a 5 to 10 minutes presentation is much simpler.
You have not heard what a US President (JFK?) once answered when ask
On Monday 29 May 2006 18:40, Reinhard Poetz wrote:
> Having my Cocoon PMC member hat on, I have another problem with Maven
> artifacts: They don't contain licensing information or a NOTICE file. As in
> the future, Maven artifacts will be our actual releases (everything else is
> just for demos), I
On Monday 29 May 2006 05:17, Daniel Fagerstrom wrote:
> > Is it possible to have an OSGi bundle which exports classes of two jars?
>
> A bundle is packaged as a jar, so it is not possible for two separate
> jars. A bundle can contain internal jars that are added to the bundle
> internal classpath.
On Monday 29 May 2006 16:24, Reinhard Poetz wrote:
> Having a "-SNAPSHOT"-dependency is not an option for several reasons
> (snapshots are changing, you can't release your own artifacts if you depend
> on snapshots).
I agree myself that this is a common "problem".
> So what are the possible solu
On Thursday 25 May 2006 04:06, Reinhard Poetz wrote:
> But basically you're right that we have to clarify the situation in
> general. How shall we proceed to get an answer to the question of
> "unofficial" artifact releases? Is the [EMAIL PROTECTED] in the position to
> decide
> such things itself
On Thursday 13 April 2006 22:58, Reinhard Poetz (JIRA) wrote:
> [
> http://issues.apache.org/jira/browse/COCOON-1765?page=comments#action_12374
>349 ]
>
> Reinhard Poetz commented on COCOON-1765:
>
>
> Fortunatly one of our latest committers is working o
On Thursday 06 April 2006 04:11, Jorg Heymans wrote:
> I think that the minimum requirement is to have the libs in a
> repo-compliant directory structure.
No need. One could use instead.
http://maven.apache.org/guides/introduction/introduction-to-dependency-mechanism.html
See section "System D
On Friday 24 March 2006 18:19, Sylvain Wallez wrote:
> Hi all,
>
> It's spring time, new committers are blossoming! I'd like to propose
> Simone Gianni for Cocoon committership.
>
> Simone has contributed interesting additions and bug fixes to CForms
> that show a very good understanding of this st
On Friday 24 March 2006 02:26, Daniel Fagerstrom wrote:
> Hi all!
>
> I'd like to propose Niclas Hedhman as a new Cocoon committer. He has
> been around at cocoon-dev since 2000, regularly delivering insight full
> comments about technical as well as community questions, high q
On Wednesday 22 March 2006 01:00, Jorg Heymans wrote:
> Niclas Hedhman wrote:
> >> What is being suggested is not that we mirror the whole of ibiblio, we
> >> would only mirror the libraries that are currently hosted on cvs.a.o.
> >
> > ... You can point you
On Tuesday 21 March 2006 02:32, Jorg Heymans wrote:
> What is being suggested is not that we mirror the whole of ibiblio, we
> would only mirror the libraries that are currently hosted on cvs.a.o.
This sounds like a really odd idea. You can point your pom to use the cvs.a.o
directly.
> - the dep
On Tuesday 28 February 2006 21:20, Stefano Mazzocchi wrote:
> These two JSRs are heading on a massive collision course.
Not if the people involved don't want that to happen. The most important
difference (as I see it) between the two is that JSR-291 is a fast track
add-on for those who want it
[
http://issues.apache.org/jira/browse/COCOON-1301?page=comments#action_12365031
]
Niclas Hedhman commented on COCOON-1301:
I think this should work for the Blur;
Sorry, I never got
On Wednesday 01 February 2006 23:24, Jean-Baptiste Quenot wrote:
> About this patch, could someone explain how I can add a block in
> Cocoon 2.1? Does it involve adding the new block in gump.xml?
> Does the build depend on gump.xml directly, or is there an
> intermediate step require
On Monday 30 January 2006 18:00, Upayavira wrote:
> Well, sounds like you're trying to achieve something similar to caching.
> I wonder if the caching system might be an alternative approach to
> achieving the same thing.
There is an ImageOpReader sitting in JIRA[1] as a contribution, which didn't
On Thursday 05 January 2006 23:37, Berin Loritsch wrote:
> I don't recall if we tested extending where the
> URLStreamHandlers are located using the "|java.protocol.handler.pkgs"
> system property.
The general problem with the java.protocol.handler.pkgs is revolving around an
obscure bug (which S
On Friday 06 January 2006 02:26, Berin Loritsch wrote:
> Tag the trunk before you start, and then again afterwards.
Tag == copy == backup, so it may sound a bit contradictory to Jorg.
And although copy in SVN is very cheap, I am finding this "CVS practice" less
important, since all commits are a
er of strong-willed people in the community, and disagreements of what is
the best move.
Time for me to close the shop, and start with something more exciting.
Bye and Good Luck.
Niclas Hedhman
On Saturday 31 December 2005 11:47, Berin Loritsch wrote:
> Also note that Pico can work with setter injection
> as well as constructor injection
So does Spring.
Cheers
Niclas
On Friday 16 December 2005 00:53, Jorg Heymans wrote:
> well it's not just the cocoon artifact i'm talking about. Various of our
> dependent libs aren't on ibiblio yet, so i uploaded them to
> cvs.apache.org.
Ok. But even better if you coordinate with the Maven peeps, so that everyone
else gets
On Thursday 15 December 2005 03:52, Jorg Heymans wrote:
> - sign off repository usage of cvs.apache.org (will possible get hit by
> a *large* number of downloads once we do a release) or move dependencies
> to ibiblio
With the use of M2 and the proper upload locations for Cocoon stuff,
everything
On Wednesday 14 December 2005 09:31, Sylvain Wallez wrote:
> > Both make very much sense.
> >
>
> Which means cleaning up the mess everywhere ;-);-)
Granted. I just wanted to say that "for me, improvemets in either is good".
But that the discussion left out "who is most important now", and if th
On Wednesday 14 December 2005 04:12, Carsten Ziegeler wrote:
> From a
> users perspective (= the average Cocoon developer), most of the
> "messiness" is hidden. She does not have to deal with how the tree
> processor works, or with implementing an own pipeline etc. All these
> interfaces and compon
On Wednesday 14 December 2005 01:26, Carsten Ziegeler wrote:
> For the versioning, we could for example release a 2.2 soon, change the
> environment abstract after that and then release a 2.3 later this year.
Two more releases this year, YEAH!!!
That's a remarkable spirit ;o)
Just kidding...
I
On Saturday 10 December 2005 19:20, Stefano Mazzocchi wrote:
> Niclas Hedhman wrote:
> > The orthogonality of Cocoon has "died". Noone talks about views. Noone
> > highlights the ability to serve same content to many user agents. Noone
> > is interested in truly u
On Friday 09 December 2005 02:21, Stefano Mazzocchi wrote:
And in terms of moving the "equi-cost" point to the left, there are two
fundmentally different variables to consider.
for instance, if t
y = a * b / x `
\/
total cost of ownership (y)
^
|
On Thursday 08 December 2005 02:10, Daniel Fagerstrom wrote:
> With this I
> measn that you can use the parts of Cocoon that you like, in the way you
> like in your webapp, without having to buy a whole religion.
Being a devout atheist, I must +1000 this one.
Niclas
On Wednesday 07 December 2005 23:56, Sylvain Wallez wrote:
> > * No IDE support for JavaScript
>
> There's a JS plugin in Eclipse webtools and the amazing JSEclipse [4]
> that does autocompletion of function and argument names, plus tooltips
> and all that stuff.
Really??
How can it do code compl
On Wednesday 02 November 2005 18:30, Jorg Heymans wrote:
> Agreed, but a new logo when we release 2.2 or 3.0 would be highly
> desirable from a marketing point of view. The current one is starting to
> show its age IMO.
The reason that you drink Coca-Cola, smoke Marlboro, drive Mercedes and buy
S
On Monday 24 October 2005 02:20, Daniel Fagerstrom wrote:
> * We really need to get rid of obsolete stuff. Must really every single
> block go to 2.2? Are there some oneman shows that better could be
> returned to their creator and driven on source forge or Cocoon-dev?
Agree, but to accommodate pe
On Friday 14 October 2005 17:20, Jean-Baptiste Quenot wrote:
> Congratulations for becoming a new Apache member and Cocoon
> committer.
For the record;
committer != ASF Member.
"Apache member" is a bit ambigious, and is hopefully refering to a broader,
friendlier term... :o)
Cheers
Nic
On Thursday 13 October 2005 01:19, Torsten Curdt wrote:
> > I hope the Cocooners can work all of this out, as the motivation
> > for me to use
> > Cocoon diminishes by the days, as it gets easier and easier to do
> > stuff in
> > competing platforms that only made sense in Cocoon previously.
>
> ..
On Wednesday 12 October 2005 22:18, Steven Noels wrote:
> > I have very mysterious error while using forms with
> > @enctype="multipart/form-data". _Some times_ while submiting the form
> > I get "org.apache.cocoon.servlet.multipart.MultipartException:
> > Malformed stream: Read timed" out error a
On Wednesday 12 October 2005 23:59, Stefano Mazzocchi wrote:
> I think this is our single most important problem in helping our users:
> we care too much about them and we want to give them the best experience
> we can think of.
And ironically giving users a harder time :o)
Very interesting observ
On Wednesday 12 October 2005 22:21, Daniel Fagerstrom wrote:
> Also Niclas Hedman have moved his post Merlin/Metro work to use context
> dependency injection and it is built uppon OSGi, maybe he can comment on
> it.
Not much to report in this ContextIoC [1] area. I have been busy porting
Merlin/M
On Friday 07 October 2005 19:36, Vadim Gritsenko wrote:
> Niclas Hedhman wrote:
> > Hi,
> > We normally don't deal with Jar/zip files, but a case have come up where
> > we need to read XML inside zip files, which are modified at times.
> >
> > T
On Sunday 09 October 2005 19:33, Reinhard Poetz wrote:
> So the answer to your question: We need this classloading only to load
> classes from within 2.2 blocks. 3.0 will make this 2.2 classloading stuff
> obsolete (hehe, my favorite word these days).
Ok. Cool. Got worried there for a while :o)
T
On Sunday 09 October 2005 01:43, Reinhard Poetz wrote:
> I'm working on the classloader
> part so that a block can come with its own classes.
Curious to know what this is... or if it is a matter of lack of understanding
of the OSGi classloader.
Is there any additional classloading needs that can
On Saturday 08 October 2005 16:01, Geert Josten wrote:
> I want to add one remark though: following the procedure will consume at
> least 230Mb in size, but on my 20Gb Fat32 partition it occupied something
> near 840Mb of space! Any hints to slim this down, in advance preferably?
Welcome to the hi
Hi,
We normally don't deal with Jar/zip files, but a case have come up where we
need to read XML inside zip files, which are modified at times.
The developer added a
src="jar:http://our.server.com/cocoon-mountpoint/zips/abc.zip!file-in-question.xml";
using the standard filegenerator. Works... bu
On Friday 07 October 2005 14:15, Carsten Ziegeler wrote:
> so I think you're trying to put words into my mouth.
Maybe you hate him for that ;o)
> Ok, now let's get back to the technical discussion...
Stefano Mazzocchi wrote:
> > But even when size is not an issue, having smaller webapps helps i
On Tuesday 04 October 2005 21:53, Sylvain Wallez wrote:
> Wow! A Cocoon job offer for italians only
Nah, that would be discrimination nowadays. A job where understanding italian
is a pre-requisite, must be the term. Maybe it should have been listed under
"languages" :o)
Cheers
Niclas
On Tuesday 04 October 2005 15:51, Geert Josten wrote:
> > 1. Rename the list "support@" or some similarly positive term.
> >
> > 2. Route all support@ mails to dev@ with a [SUPPORT] subject marker.
> > That keeps users who want to be protected from the RTs, wild dev
> > discussions and so on.
>
On Tuesday 04 October 2005 13:19, Bertrand Delacretaz wrote:
> Thanks for your comments, let's see what others think.
I am also against "user" list. It has a degenerating tone to it, and the fact
that many developers are not subscribed to user@ seems to promote that notion
further.
My suggestio
On Monday 03 October 2005 04:11, Ross Gardler wrote:
> One other significant point to the many arguments as to why Cocoon is
> *not* obsolete is that a rich client requires higher bandwidth.
I agree with Antonio that the above statement is not a fact, but a
circumstance around the particular appl
On Sunday 02 October 2005 09:41, Jaka Jaksic wrote:
> What I'd like to have
> is the ability to split sitemaps into several *files* (not subsitemaps!)
> and bind them together with simple include operations. That way you could
> split your sitemaps into smaller parts however you wished, and also sh
On Sunday 02 October 2005 00:40, Daniel Fagerstrom wrote:
> The metatype service in R4 is schema driven like the Knopflerfish one,
> don't know if there are any open source implementations yet.
Ok. Then I need to take a look at that.
> For server use it is impractical with interactive parameter
>
On Sunday 02 October 2005 04:51, Stefano Mazzocchi wrote:
> Are you mentioning the ability to add RDF metadata to our real blocks
> (as, ehm, mozilla does) or about the ability to deal and manage RDF data
> directly in cocoon?
You started, I think about 5 years ago, talking about that Cocoon shoul
On Saturday 01 October 2005 20:11, Daniel Fagerstrom wrote:
> >I am not sure what you mean by "passing parameters into the block". I have
> > an eirie feeling you are refering to "management" concerns about setting
> > up the service from the outside, and not runtime concerns during the
> > service
On Saturday 01 October 2005 05:57, Stefano Mazzocchi wrote:
> How do you feel about this?
I think you have a few strong points, as do the others.
When Cocoon first materialized, its concepts were fairly revolutionary and
advanced for its time. IMHO, too much focus on Cocoon has been "add this
f
On Friday 30 September 2005 04:55, Vadim Gritsenko wrote:
> Also, I'm not convinced that blocks should be active (i.e. contain
> activator) at all.
Without active participation it is no more than a shared library, and as such
it is very difficult to swap out and replace with a new implementation
On Thursday 29 September 2005 22:51, Berin Loritsch wrote:
> Before I dive into more detail here, I am not questioning the use of
> unchecked exceptions. I am challenging the use of _generic_
> exceptions.
+1, and good call not to get into the checked/unchecked debate.
Cheers
Niclas
On Tuesday 27 September 2005 22:14, Sylvain Wallez wrote:
> I don't know however what happens if we commit changes to a svn:external
> with a sticky tag. Does it create a branch? If yes, then that may be a
> problem.
Neither "sticky tags" nor "branches" exists in Subversion.
I think you guys are
On Monday 26 September 2005 04:20, Upayavira wrote:
> Surely, if, in an OSGi scenario, if a block needs a servlet, it should
> register it directly with the OSGi servlet container service, rather
> than messing with Cocoon's web.xml?
Has it been sorted out how OSGi platform will be positioned in r
On Sunday 25 September 2005 21:39, Daniel Fagerstrom wrote:
> I think we should move the content of trunk/src/ to trunk/, and
> start considering them as separate projects (blocks).
I would be really happy if a top-level build script (maven, ant, bash, perl,
whatever) is maintained for us poor s
On Wednesday 14 September 2005 10:32, Antonio Gallardo wrote:
> Being reading all the thread, I think there is also one important
> aspect: A lot of the projects used in cocoon as xalan, xerces et al. all
> of them already migrated to jira.
Agree. Infrastructure would also be *really* happy if all
1 - 100 of 276 matches
Mail list logo
