Re: [HEADS-UP] IRC support? (was: Re: [RT] seven good reasons to close down users@cocoon.apache.org)

Le 9 oct. 05, à 00:39, Antonio Gallardo a écrit : ...I though we were against providing IRC support... I don't think we can be against someone giving answers there - but it would be cool, when people find solutions via IRC (or any other media ), to post them on the lists or on the wiki. -B

Re: Classloading in blocks [was; Binaries for next releases]

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

Re: Classloading in blocks [was; Binaries for next releases]

Le 9 oct. 05, à 18:33, Reinhard Poetz a écrit : ...So what do others think about this roadmap?... Would you mind re-posting this roadmap question with a more prominent subject line? I'm afraid people will miss it due to the more or less obscure topic being discussed here ;-) -Bertrand

Re: [SHRT] Cocoon on Rails Application Component Kernel (CRACK)

Max Pfingsthorn wrote: ... Druid looks great. But wouldn't it be better to let users make an ER diagram and take it from there? i.e. create db, java classes, ojb mapping, some default forms with the right definition and binding. Then, the "only" thing left to do is adjust the templ

Re: [SHRT] Cocoon on Rails Application Component Kernel (CRACK)

Sylvain Wallez wrote: Antonio Gallardo wrote: Max Pfingsthorn wrote: .. Summary: "Input the form definitions and templates and let Lepido build the whole cocoon application for you!" ;-) Druid looks great. But wouldn't it be better to let users make an ER diagram and take it fro

Re: [vote] Ross Gardler as a new Cocoon committer

Daniel Fagerstrom nada.kth.se> writes: > I'd like to propose Ross Gardler as a Cocoon committer. Late, but +1 of course. Jörg

DO NOT REPLY [Bug 35741] - [Link] iHOP - Information Hyperlinked over Proteins

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: [SHRT] Cocoon on Rails Application Component Kernel (CRACK)

Antonio Gallardo wrote: Max Pfingsthorn wrote: .. Summary: "Input the form definitions and templates and let Lepido build the whole cocoon application for you!" ;-) Druid looks great. But wouldn't it be better to let users make an ER diagram and take it from there? i.e. create db,

RE: [SHRT] Cocoon on Rails Application Component Kernel (CRACK)

... > >Druid looks great. But wouldn't it be better to let users > make an ER diagram and take it from there? i.e. create db, > java classes, ojb mapping, some default forms with the right > definition and binding. Then, the "only" thing left to do is > adjust the template and you are done! :

Re: [HEADS-UP] IRC support?

Christoph Hermann wrote: Am Sonntag, 9. Oktober 2005 00:39 schrieb Antonio Gallardo: Hello, And hey, you get really good support on IRC when you have enough time to wait :) I though we were against providing IRC support. Because it is exactly the same as providing private support.

Bug report for Cocoon 2 [2005/10/09]

+---+ | Bugzilla Bug ID | | +-+ | | Status: UNC=Unconfirmed NEW=New ASS=Assigned

Re: DO NOT REPLY [Bug 35741] - [Link] iHOP - Information Hyperlinked over Proteins

I would like to inform you about an address change; the new iHOP (Information Hyperlinked over Proteins) address is: http://www.ihop-net.org/UniPub/iHOP/

Re: [SHRT] Cocoon on Rails Application Component Kernel (CRACK)

Max Pfingsthorn wrote: .. Summary: "Input the form definitions and templates and let Lepido build the whole cocoon application for you!" ;-) Druid looks great. But wouldn't it be better to let users make an ER diagram and take it from there? i.e. create db, java classes, ojb mappin

Re: SVN Address

Thank you, that got it. :) JD Bertrand Delacretaz wrote: Le 7 oct. 05, à 20:47, JD Daniels a écrit : ...Now it has occured to me, that I can't find the svn address to check out the HEAD... You're probably looking for http://svn.apache.org/repos/asf/cocoon/ -Bertrand

Re: how do you get the directory where the current flow is running?

Sylvain Wallez wrote: Stefano Mazzocchi wrote: I'm in a flow.js and I want to know where it is located on disk. You can have the current sitemap's location using cocoon.getComponent(SourceResolver.ROLE).resolveURI("."); D'oh! I was doing cocoon.getComponent(SourceResolver.ROLE).resolveU

RE: [SHRT] Cocoon on Rails Application Component Kernel (CRACK)

.. > Summary: "Input the form definitions and templates and let > Lepido build > the whole cocoon application for you!" ;-) Druid looks great. But wouldn't it be better to let users make an ER diagram and take it from there? i.e. create db, java classes, ojb mapping, some default forms with

Re: Classloader changes

Reinhard Poetz wrote: > > As described in the comment above, classes in [block]/COB-INF/classes are > added > to the classpath. The information, which blocks are added, is read out from > wiring.xml. > > While doing this, I've (hopefully) cleaned up our classloading abit as I've > moved all t

Re: Classloading in blocks [was; Binaries for next releases]

Reinhard Poetz schrieb: > Carsten Ziegeler wrote: > >>Shouldn't we make these decisions on this list in the public? Not every >>committer was at the GT and took part in the discussions. > > > Definitly! Therefore my note in my previous mail ( > * I/we know, it's unofficial so far as it hasn't be

Re: Classloading in blocks [was; Binaries for next releases]

Carsten Ziegeler wrote: Shouldn't we make these decisions on this list in the public? Not every committer was at the GT and took part in the discussions. Definitly! Therefore my note in my previous mail ( * I/we know, it's unofficial so far as it hasn't been discussed on the mailing list. ).

Re: Classloading in blocks [was; Binaries for next releases]

Shouldn't we make these decisions on this list in the public? Not every committer was at the GT and took part in the discussions. Carsten Reinhard Poetz wrote: > Niclas Hedhman wrote: > >>On Sunday 09 October 2005 01:43, Reinhard Poetz wrote: >> >> >>>I'm working on the classloader >>>part so th

Classloader changes

[EMAIL PROTECTED] wrote: Author: reinhard Date: Sun Oct 9 05:17:33 2005 New Revision: 307410 URL: http://svn.apache.org/viewcvs?rev=307410&view=rev Log: rework classloading: - add all [block]/COB-INF/classes directories to the classpath (information is read out from wiring.xml) - do classl

[EMAIL PROTECTED]: Project cocoon (in module cocoon) failed

To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project cocoon has an issue affecting its community integration. This issue affects 55 pr

[EMAIL PROTECTED]: Project cocoon (in module cocoon) failed

To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project cocoon has an issue affecting its community integration. This issue affects 55 pr

Re: Classloading in blocks [was; Binaries for next releases]

Niclas Hedhman wrote: 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 cl

Re: [HEADS-UP] IRC support?

Am Sonntag, 9. Oktober 2005 00:39 schrieb Antonio Gallardo: Hello, > >And hey, you get really good support on IRC when you have enough time to > >wait :) > > I though we were against providing IRC support. Because it is exactly > the same as providing private support. We find your self giving the

Classloading in blocks [was; Binaries for next releases]

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

Re: how do you get the directory where the current flow is running?

Stefano Mazzocchi wrote: I'm in a flow.js and I want to know where it is located on disk. You can have the current sitemap's location using cocoon.getComponent(SourceResolver.ROLE).resolveURI("."); Sylvain -- Sylvain WallezAnyware Technologies http://people.apache.