[jira] Created: (MERLIND-7) [egg] Specification Wizard

Message: A new issue has been created in JIRA. - View the issue: http://nagoya.apache.org/jira/secure/ViewIssue.jspa?key=MERLIND-7 Here is an overview of the issue: ---

[jira] Updated: (MERLIND-2) Create a Preference page, to edit Merlin.properties and kernel.xml

The following issue has been updated: Updater: Andreas Oberhack (mailto:[EMAIL PROTECTED]) Date: Mon, 16 Feb 2004 11:56 PM Changes: Component changed from Launch Requirements Component changed to Requirements

[jira] Updated: (MERLIND-1) Use kernel/impl to resolve the repository

The following issue has been updated: Updater: Andreas Oberhack (mailto:[EMAIL PROTECTED]) Date: Mon, 16 Feb 2004 11:56 PM Changes: Component changed from Launch Requirements Component changed to Requirements

[jira] Created: (MERLIND-6) [egg] Component Packaging

Message: A new issue has been created in JIRA. - View the issue: http://nagoya.apache.org/jira/secure/ViewIssue.jspa?key=MERLIND-6 Here is an overview of the issue: ---

[jira] Created: (MERLIND-5) [egg] Maven Repository Browser Plug-In

Message: A new issue has been created in JIRA. - View the issue: http://nagoya.apache.org/jira/secure/ViewIssue.jspa?key=MERLIND-5 Here is an overview of the issue: ---

[jira] Created: (MERLIND-4) [egg] Repository Browser

Message: A new issue has been created in JIRA. - View the issue: http://nagoya.apache.org/jira/secure/ViewIssue.jspa?key=MERLIND-4 Here is an overview of the issue: ---

[jira] Updated: (MERLIND-2) Create a Preference page, to edit Merlin.properties and kernel.xml

The following issue has been updated: Updater: Andreas Oberhack (mailto:[EMAIL PROTECTED]) Date: Mon, 16 Feb 2004 11:30 PM Changes: Component changed from Implementation Component changed to Launch Version changed from 0.0.3 Versio

[jira] Updated: (MERLIND-1) Use kernel/impl to resolve the repository

The following issue has been updated: Updater: Andreas Oberhack (mailto:[EMAIL PROTECTED]) Date: Mon, 16 Feb 2004 11:29 PM Changes: Component changed from Implementation Component changed to Launch Version changed to 0.0.4 -

RE: FW: [Proposal] Augmenting Fortress extensions support

Hi Hammett, > > > 1) Developers in that environment have special needs: > > > > a) ease of use. This is the most important thing! They do not > > want to care about technical things - they want to concentrate on > > business logic. No factories, no xml, even no connection handling, no > > SQL

Re: Missing In Action

On Tuesday 17 February 2004 10:07, J Aaron Farr wrote: > Some of these individuals may be more active in the Cocoon community. > (just a guess) At least not as committers. Cocoon is its own TLP and these guys (girls?) are not listed in /etc/group for Cocoon, only avalon and jakarta. Niclas ---

Re: Missing In Action

On Mon, 2004-02-16 at 21:08, Niclas Hedhman wrote: > Hi everyone. > > The Avalon PMC is actively seeking the following individuals for the CLA > signing. > If you have any information about their whereabouts please let us know. > > > Eung-ju Park '[EMAIL PROTECTED]' > Huw Roberts '[EMAIL PROT

Missing In Action

Hi everyone. The Avalon PMC is actively seeking the following individuals for the CLA signing. If you have any information about their whereabouts please let us know. Eung-ju Park '[EMAIL PROTECTED]' Huw Roberts '[EMAIL PROTECTED]' Justin Rudd '[EMAIL PROTECTED]' Mircea Toma '[EMAIL PROTECT

Re: FW: [Proposal] Augmenting Fortress extensions support

On Tuesday 17 February 2004 02:41, Alex Karasulu wrote: > That's an implementation choice like choosing the underware you're going > to put on that morning :-). ROTFL ! ! ! "Honey, can you pass me the Boxer Implementation, which supports the Comfortable inteface?" So KISS = No underwear?? Nic

[Apache Avalon Wiki] Updated: FrontPage

Date: 2004-02-16T16:37:30 Editor: AaronFarr <[EMAIL PROTECTED]> Wiki: Apache Avalon Wiki Page: FrontPage URL: http://wiki.apache.org/avalon/FrontPage fixed back to the previous version. -farra Change Log: -

Re: [Apache Avalon Wiki] Updated: FrontPage

On Mon, 2004-02-16 at 18:22, [EMAIL PROTECTED] wrote: >Date: 2004-02-16T15:23:53 >Editor: 165.200.81.236 <> >Wiki: Apache Avalon Wiki >Page: FrontPage >URL: http://wiki.apache.org/avalon/FrontPage > >no comment > +Baba booey Hmmm... Looks like out first wiki troll. From

RE: [Proposal] Interceptor Framework

On Mon, 2004-02-16 at 18:59, Alex Karasulu wrote: > Really what happened to it you know? Legal issues. Not all of the code was cleared for a software grant to the ASF. If I remember correctly the immediate supervisors are fine with it being open sourced but final approval is still sitting on som

Re: [Proposal] Interceptor Framework

On Mon, 2004-02-16 at 18:09, Leo Simons wrote: > not wishing to get in the way of positive vibes (+1 to positive vibes), > but to me the use cases mentioned so far sound like a rather > 'straightforward' requirement for rather straightforward AOP. Check out > (google for) > > * nanning > * aspe

RE: [Proposal] Interceptor Framework

Really what happened to it you know? > -Original Message- > From: news [mailto:[EMAIL PROTECTED] On Behalf Of Leo Simons > Sent: Monday, February 16, 2004 6:19 PM > To: [EMAIL PROTECTED] > Subject: Re: [Proposal] Interceptor Framework > > Alex Karasulu wrote: > > Thanks this is what I was

Re: [Proposal] Interceptor Framework

-Mensagem original- De: Leo Simons [mailto:[EMAIL PROTECTED] Enviada em: segunda-feira, 16 de fevereiro de 2004 20:10 > not wishing to get in the way of positive vibes (+1 to positive vibes), > but to me the use cases mentioned so far sound like a rather > 'straightforward' requirement f

[Apache Avalon Wiki] Updated: FrontPage

Date: 2004-02-16T15:23:53 Editor: 165.200.81.236 <> Wiki: Apache Avalon Wiki Page: FrontPage URL: http://wiki.apache.org/avalon/FrontPage no comment Change Log: -- @@ -1,50 +1 @@ -This part the wiki for

Re: [Proposal] Interceptor Framework

Alex Karasulu wrote: Thanks this is what I was referring to wrt asking if commons already has something. none of it is in commons tho'hivemind used to be but its in hibernation :D -- cheers, - Leo Simons --- Weblog

RE: [Proposal] Interceptor Framework

Thanks this is what I was referring to wrt asking if commons already has something. > -Original Message- > From: news [mailto:[EMAIL PROTECTED] On Behalf Of Leo Simons > Sent: Monday, February 16, 2004 6:10 PM > To: [EMAIL PROTECTED] > Subject: Re: [Proposal] Interceptor Framework > > not

Re: [Proposal] Interceptor Framework

not wishing to get in the way of positive vibes (+1 to positive vibes), but to me the use cases mentioned so far sound like a rather 'straightforward' requirement for rather straightforward AOP. Check out (google for) * nanning * aspectwerkz * aop alliance * hivemind * jboss interceptors * nano

RE: [Proposal] Interceptor Framework

> I think pipelines are great, but I disagree with your example. Transaction > handling depends on strategies like: > > - Requires > - Requires New > - Supports > - Not Support > - Never > > Each one should know how to begin/rollback/commit based on its type. Also, > nested transactions should

Re: [Proposal] Interceptor Framework

-Mensagem original- De: Alex Karasulu [mailto:[EMAIL PROTECTED] Enviada em: segunda-feira, 16 de fevereiro de 2004 16:35 > More on the idea > = > > For example consider implementing transactions. A service interceptor > (might be same interceptor) in the before chain sta

Re: FW: [Proposal] Augmenting Fortress extensions support

-Mensagem original- De: andreas oberhack [mailto:[EMAIL PROTECTED] > 1) Developers in that environment have special needs: > > a) ease of use. This is the most important thing! They do not > want to care about technical things - they want to concentrate on > business logic. No facto

cvs commit: avalon-sandbox/ide/org.apache.avalon.ide.eclipse.launch/src/org/apache/avalon/ide/eclipse/merlin/launch/ui MerlinServerTabGroup.java

oberhack2004/02/16 13:04:03 Modified:ide/org.apache.avalon.ide.eclipse.launch .classpath plugin.xml ide/org.apache.avalon.ide.eclipse.launch/src/org/apache/avalon/ide/eclipse/merlin/launch MerlinLaunchShortcut.java

cvs commit: avalon-sandbox/ide/org.apache.avalon.ide.eclipse.ui/src/org/apache/avalon/ide/eclipse/merlin/preferences MerlinMainPreferencePage.java

oberhack2004/02/16 13:00:03 Modified:ide/org.apache.avalon.ide.eclipse.ui plugin.xml ide/org.apache.avalon.ide.eclipse.ui/src/org/apache/avalon/ide/eclipse/merlin/operation AbstractGeneratorOperation.java ide/org.apache.avalon.ide.e

cvs commit: avalon-sandbox/ide/org.apache.avalon.ide.eclipse.ui/src/org/apache/avalon/ide/eclipse/merlin/preferences - New directory

oberhack2004/02/16 12:59:53 avalon-sandbox/ide/org.apache.avalon.ide.eclipse.ui/src/org/apache/avalon/ide/eclipse/merlin/preferences - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-m

[jira] Updated: (ASAND-1) An Interceptor Framework

The following issue has been updated: Updater: J Aaron Farr (mailto:[EMAIL PROTECTED]) Date: Mon, 16 Feb 2004 12:54 PM Comment: added to interceptor component Changes: Component changed to interceptor -

RE: Avalon Sandbox in JIRA? (WAS: RE: FW: [Proposal]AugmentingFortress extensions support)

Shouldn't we add components for every subproject in sandbox? > -Original Message- > From: J Aaron Farr [mailto:[EMAIL PROTECTED] > Sent: Montag, 16. Februar 2004 20:46 > To: Avalon Developers List > Subject: RE: Avalon Sandbox in JIRA? (WAS: RE: FW: > [Proposal]AugmentingFortress extension

RE: Avalon Sandbox in JIRA? (WAS: RE: FW: [Proposal]AugmentingFortress extensions support)

Very good idea. Thanks jaaron. > -Original Message- > From: J Aaron Farr [mailto:[EMAIL PROTECTED] > Sent: Montag, 16. Februar 2004 20:46 > To: Avalon Developers List > Subject: RE: Avalon Sandbox in JIRA? (WAS: RE: FW: > [Proposal]AugmentingFortress extensions support) > > On Mon, 2004-0

RE: FW: [Proposal] Augmenting Fortress extensions support

Ok :-) Let's see, if she fit's to my requirements. I'm living in an enterprise environment. Taken this 1) Developers in that environment have special needs: a) ease of use. This is the most important thing! They do not want to care about technical things - they want to concentrate on bus

[jira] Created: (ASAND-1) An Interceptor Framework

Message: A new issue has been created in JIRA. - View the issue: http://nagoya.apache.org/jira/secure/ViewIssue.jspa?key=ASAND-1 Here is an overview of the issue: -

RE: Avalon Sandbox in JIRA? (WAS: RE: FW: [Proposal] AugmentingFortress extensions support)

On Mon, 2004-02-16 at 14:36, Alex Karasulu wrote: > Sounds sensible to me. > done. http://nagoya.apache.org/jira/secure/BrowseProject.jspa?id=10458 We should look at archiving and cleaning up the sandbox too. -- jaaron ---

[jira] Closed: (AVALON-1) Update Links From Bugzilla to JIRA

Message: The following issue has been closed. Resolver: J Aaron Farr Date: Mon, 16 Feb 2004 11:47 AM General site documentation updated. Individual project documentation still needs updated in each project.xml. see http://avalon.apache.org/issues.html

Re: FW: [Proposal] Augmenting Fortress extensions support

Picky, picky :) - Original Message - From: "Alex Karasulu" <[EMAIL PROTECTED]> To: "'Avalon Developers List'" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Sent: Monday, February 16, 2004 12:35 PM Subject: RE: FW: [Proposal] Augmenting Fortress extensions support > Why of course and it depen

RE: Avalon Sandbox in JIRA? (WAS: RE: FW: [Proposal] AugmentingFortress extensions support)

Sounds sensible to me. > -Original Message- > From: J Aaron Farr [mailto:[EMAIL PROTECTED] > Sent: Monday, February 16, 2004 2:29 PM > To: Avalon Developers List > Subject: Avalon Sandbox in JIRA? (WAS: RE: FW: [Proposal] > AugmentingFortress extensions support) > > On Mon, 2004-02-16 at

RE: FW: [Proposal] Augmenting Fortress extensions support

Why of course and it depends on the woman too. > -Original Message- > From: andreas oberhack [mailto:[EMAIL PROTECTED] > Sent: Monday, February 16, 2004 2:29 PM > To: 'Avalon Developers List' > Subject: RE: FW: [Proposal] Augmenting Fortress extensions support > > Hm - do you choose a und

[Proposal] Interceptor Framework ( was Augmenting Fortress extensions support )

> As I was reading the thread from the beginning I kept thinking of > something like the Inteceptor classes Alex pointed out. So where do you > want to do this? Here or over in the directory project? We could > easily host it in our sandbox. Sure we could keep it over in our (Avalon) sandbox.

Avalon Sandbox in JIRA? (WAS: RE: FW: [Proposal] Augmenting Fortress extensions support)

On Mon, 2004-02-16 at 14:14, Alex Karasulu wrote: > > Shall we collect those things in JIRA or here? > > Let's use the JIRA. > > Alex I hate to say it, but perhaps we need an Avalon Sandbox module in JIRA. (I really don't want to add yet another Avalon project to JIRA). It could help us keep

Re: FW: [Proposal] Augmenting Fortress extensions support

Sure - specially if she's doesn't fit in my requirements :-) -Mensagem original- De: andreas oberhack [mailto:[EMAIL PROTECTED] Enviada em: segunda-feira, 16 de fevereiro de 2004 16:29 Hm - do you choose a underware if a naked woman would like to enter your bedroom?? ---

RE: FW: [Proposal] Augmenting Fortress extensions support

Hm - do you choose a underware if a naked woman would like to enter your bedroom?? Andreas > -Original Message- > From: Hamilton Verissimo de Oliveira (Engenharia - SPO) > [mailto:[EMAIL PROTECTED] > Sent: Montag, 16. Februar 2004 20:32 > To: Avalon Developers List > Subject: Re: FW: [Pr

Re: FW: [Proposal] Augmenting Fortress extensions support

-Mensagem original- De: andreas oberhack [mailto:[EMAIL PROTECTED] > That was what I was wondering... Let's start with a generic thing. Then you could specialize to fits the persistence needs, right? -- hammett - To un

RE: FW: [Proposal] Augmenting Fortress extensions support

> > > please tell me what you are going to do, before choosing a underware!! > > Maybe we don't need any :-) We are still talking about persistence, > > right? :-) And how to manage transactions? > > Nope. We're just talking about a proxy and a chain of interested parties. > It > can be used to a

Re: FW: [Proposal] Augmenting Fortress extensions support

-Mensagem original- De: andreas oberhack [mailto:[EMAIL PROTECTED] Enviada em: segunda-feira, 16 de fevereiro de 2004 16:17 > Fortress or Merlin? I would like to see it in Merlin first. Both - as an independent facility. -- hammett --

Re: FW: [Proposal] Augmenting Fortress extensions support

-Mensagem original- De: andreas oberhack [mailto:[EMAIL PROTECTED] > please tell me what you are going to do, before choosing a underware!! > Maybe we don't need any :-) We are still talking about persistence, > right? :-) And how to manage transactions? Nope. We're just talking about a p

RE: FW: [Proposal] Augmenting Fortress extensions support

Fortress or Merlin? I would like to see it in Merlin first. andreas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

RE: FW: [Proposal] Augmenting Fortress extensions support

> Shall we collect those things in JIRA or here? Let's use the JIRA. Alex - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

RE: FW: [Proposal] Augmenting Fortress extensions support

I hate it when I jump into a cool thread late! :) On Mon, 2004-02-16 at 12:01, Alex Karasulu wrote: > So we can work on centralizing or generalizing this code if you guys have > a solid direction around what it is exactly you want to do. How about > starting some JIRA wishes and slowly molding

RE: FW: [Proposal] Augmenting Fortress extensions support

Hey guys, > That's an implementation choice like choosing the underware you're going > to put on that morning :-). > please tell me what you are going to do, before choosing a underware!! Maybe we don't need any :-) We are still talking about persistence, right? :-) And how to manage transaction

RE: FW: [Proposal] Augmenting Fortress extensions support

> May be, but I am a strong -1 to stub/proxies burden. Seems like the same > thing - but its not - but I think CGLIB can generate fast proxies > (http://cglib.sourceforge.net/xref/samples/JdkCompatibleProxy.html) > althought I don't know if it complicates the user's life. That's an implementation

Re: FW: [Proposal] Augmenting Fortress extensions support

-Mensagem original- De: Alex Karasulu [mailto:[EMAIL PROTECTED] > No problem. I've been talking to some of the Geronimo folks and they > really recommend staying far way from using a Proxy and reflection. They > sold me on using ASM generated stubs/proxies to implement this which > acco

RE: FW: [Proposal] Augmenting Fortress extensions support

No problem. I've been talking to some of the Geronimo folks and they really recommend staying far way from using a Proxy and reflection. They sold me on using ASM generated stubs/proxies to implement this which according to them is very fast on the order of 100 times faster than using a straight

RES: FW: [Proposal] Augmenting Fortress extensions support

THAT'S EXACTLY WHAT I WAS PROPOSING! :-) Btw I'll sue you.. :-p Ok, how about extracting it to form a reusable thing? -- hammett -Mensagem original- De: Alex Karasulu [mailto:[EMAIL PROTECTED] Enviada em: segunda-feira, 16 de fevereiro de 2004 13:46 Para: 'Avalon Developers List' A

RE: FW: [Proposal] Augmenting Fortress extensions support

Take a look here is this similar to what you are talking about: http://cvs.apache.org/viewcvs.cgi/incubator/directory/ldap/trunk/sandbox1/jn di-provider/src/java/org/apache/ldap/server/jndi/?root=Apache-SVN These are the relevant classes - ignore the rest of the JNDI stuff in that directory. Af

Re: FW: [Proposal] Augmenting Fortress extensions support

-Mensagem original- De: Niclas Hedhman [mailto:[EMAIL PROTECTED] > I have been oogling over custom proxies, for a number of reasons. Hammet > brought up the JBoss interceptor chain, which in my book becomes one type of > custom proxies, but you could have more light-weight or more dedica

RES: FW: [Proposal] Augmenting Fortress extensions support

-Mensagem original- De: Alex Karasulu [mailto:[EMAIL PROTECTED] > On Monday 16 February 2004 19:48, hammett wrote: > > Why not one proxy and a calling chain? The use could add his steps to > the > > chain and be happy about it. > You guys taking about a chain of services being injected wi

Re: FW: [Proposal] Augmenting Fortress extensions support

On Monday 16 February 2004 23:58, Alex Karasulu wrote: > You guys taking about a chain of services being injected with interceptors > here? Sorry I'm coming in late to this one. Perhaps ;o) I have been oogling over custom proxies, for a number of reasons. Hammet brought up the JBoss interceptor

RE: FW: [Proposal] Augmenting Fortress extensions support

> On Monday 16 February 2004 19:48, hammett wrote: > > Why not one proxy and a calling chain? The use could add his steps to > the > > chain and be happy about it. You guys taking about a chain of services being injected with interceptors here? Sorry I'm coming in late to this one. Alex

Re: [Proposal] Augmenting Fortress extensions support

-Mensagem original- De: Niclas Hedhman [mailto:[EMAIL PROTECTED] > I like that !!! > Thanks for the idea... Its not mine, I must say. The remoting infrastructure of JBOSS uses the same principle. > Correct, but I think the first step is to make it Merlin specific, try it and > then see

Re: FW: [Proposal] Augmenting Fortress extensions support

On Monday 16 February 2004 19:48, hammett wrote: > Why not one proxy and a calling chain? The use could add his steps to the > chain and be happy about it. I like that !!! Thanks for the idea... > Anyway this should not be specific to merlin. Correct, but I think the first step is to make it Mer

Re: FW: [Proposal] Augmenting Fortress extensions support

- Original Message - From: "Niclas Hedhman" <[EMAIL PROTECTED]> > My entry into this discussion at this point is, that we should perhaps > coordinate the effort with user-defined Component Proxies, which should be > fairly simple to add to Merlin, and my Gut says it would greatly improve

RE: FW: [Proposal] Augmenting Fortress extensions support

Hi Niclas, in general, I would like to see the same concepts for persistence and (application specific) security and what ever we invent :-) Could you give me some more details, how user-defined Component Proxies would look like? Andreas > -Original Message- > From: Niclas Hedhman [mail