headers
david.blevins | 1 Mar 2004 01:08
Favicon

Re: modules/network

On Sun, Feb 29, 2004 at 02:26:31PM +0100, gianny DAMOUR wrote:
> I have seem various commit mails about a modules/network module. However it 
> seems that this module is empty.
> 
> Does it mean that files are only added to this module and not (yet) 
> committed? Or I am missing something?

I believe Alan is cooking up something for it.

-David
Permalink | Reply | 0 comments |
headers
Alan D. Cabrera | 1 Mar 2004 01:10
Gravatar

RE: modules/network

I am.  I'll check in whatever I have tonight.

Did I cause any problems?

Regards,
Alan

> -----Original Message-----
> From: david.blevins@... [mailto:david.blevins <at> visi.com]
> Sent: Sunday, February 29, 2004 7:08 PM
> To: geronimo-dev@...
> Subject: Re: modules/network
> 
> On Sun, Feb 29, 2004 at 02:26:31PM +0100, gianny DAMOUR wrote:
> > I have seem various commit mails about a modules/network module.
However
> it
> > seems that this module is empty.
> >
> > Does it mean that files are only added to this module and not (yet)
> > committed? Or I am missing something?
> 
> I believe Alan is cooking up something for it.
> 
> -David
Permalink | Reply | 0 comments |
headers
Jason Dillon | 1 Mar 2004 02:17
Gravatar

Re: [Apache Geronimo Wiki] Updated: WikiSandBox

Periodic cleaning of the sand box.

--jason

On Feb 29, 2004, at 5:14 PM, geronimo-cvs@... wrote:

>    Date: 2004-02-29T17:14:52
>    Editor: JasonDillon <jason@...>
>    Wiki: Apache Geronimo Wiki
>    Page: WikiSandBox
>    URL: http://wiki.apache.org/geronimo/WikiSandBox
>
>    1072306614
>
> Change Log:
>
> ----------------------------------------------------------------------- 
> -------
>  <at>  <at>  -1,5 +1,36  <at>  <at> 
> -Gisantes Gigantes!
> +Please feel free to experiment here, after the four dashes below...  
> and please do '''NOT''' create new pages without any meaningful  
> content just to try it out.
>
> -=== Table ===
> -||diego||esteban||emanuel||
> -||laura||nacho||horacio||
> +'''Tip:''' Shift-click "HelpOnEditing" to open a second window with  
> the help pages.
> +----
(Continue reading)

Permalink | Reply | 0 comments |
headers
Geir Magnusson Jr | 1 Mar 2004 14:01

Fwd: [All] License change


Begin forwarded message:

> From: dion@...
> Date: March 1, 2004 7:18:36 AM EST
> To: Jakarta Commons Developers List <commons-dev@...>
> Subject: Re: [All] License change
> Reply-To: Jakarta Commons Developers List 
> <commons-dev@...>
>
> Geir Magnusson Jr <geir@...> wrote on 27/02/2004 10:35:29 PM:
>
>> As you know, the board of directors of the ASF has approved a new
>> license, v2.0, and has mandated that the entire ASF codebase be moved
>> to it.  Specifically, they require that any code released after March
>> 1, 2004 be placed under this new license.
>>
>> However,  given that snapshots of commons components are created and
>> placed in repositories, and people use sandbox components, which by
>> definition don't have an actual release, it behooves us to not wait
>> until something get released to move to the new license.
>>
>> This process, applied to the Geronimo and it's 26 modules, took 2
>> minutes and 33 seconds, according to the kind soul who did the change.
>> By my math, it should take *5* minutes to do the entire commons.
>
> FYI, it appears to be incomplete.
>
> Several maven files (project.xml, maven.xml, project.properties) for
> example are license-less.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Geir Magnusson Jr | 1 Mar 2004 14:10

Re: Niggle about ASL 2.0 license notice text

we could just ask people to...

On Feb 26, 2004, at 3:26 PM, Jacek Laskowski wrote:

> Alan Cabrera wrote:
>
>> +1
>> My wife says that I am incapable of remembering to do anything.
>
> Hehe, my wife says it, too! They're so far from each other and say the 
> same language :)
>
> +1 for Dain's idea of perl touching the files. I don't think anyone 
> will ever remember to look at the license header before commiting.
>
> Jacek
>
>
--

-- 
Geir Magnusson Jr                                   203-247-1713(m)
geir@...
Permalink | Reply | 3 comments |
headers
gianny DAMOUR | 1 Mar 2004 14:10
Picon
Favicon

RE: Fwd: [All] License change

Geir Magnusson forwared:
>>>This process, applied to the Geronimo and it's 26 modules, took 2
>>>minutes and 33 seconds, according to the kind soul who did the change.
>>>By my math, it should take *5* minutes to do the entire commons.
>>
>>FYI, it appears to be incomplete.
>>
>>Several maven files (project.xml, maven.xml, project.properties) for
>>example are license-less.
Thanks for this forward. We will address this problem very soon.

More accurately, we have implemented another script in order to migrate the 
.xsd, .xml, .html, .fml and .properties resources.

All,

Did you have a look to http://cvs.apache.org/~gdamour/incubator-geronimo ?

If you are happy to progress with it, then could you please tell me when 
another migration will best suit you.

Thanks,
Gianny

_________________________________________________________________
Hotmail : un compte GRATUIT qui vous suit partout et tout le temps ! 
http://g.msn.fr/FR1000/9493
Permalink | Reply | 2 comments |
headers
gianny DAMOUR | 1 Mar 2004 14:28
Picon
Favicon

RE: modules/network

Alan D. Cabrera wrote:
>I am.  I'll check in whatever I have tonight.
>
>Did I cause any problems?
Not at all. I am only interested by its content ;).  Indeed, based on the 
name of the module, network, I think that we are both of us working on the 
something very similar:

FWIW, I am prototyping a networking infrastructure in sandbox/webdav. The 
proto is in org.apache.geronimo.datastore.impl.remote.messaging. This proto 
has been used to implement a "distributed" filesystem, also in 
sandbox/network.

Cheers,
Gianny

_________________________________________________________________
Trouvez l'âme soeur sur MSN Rencontres ! http://g.msn.fr/FR1000/9551
Permalink | Reply | 0 comments |
headers
Alan Cabrera | 1 Mar 2004 15:57
Picon

RE: modules/network

The Geronimo remoting code lacks the finer degree of control that's required to insert security.  I am
making a network module that uses the paradigm of protocol stacks.  I've taken a good chunk of the remoting
code, the stuff that doesn't rely on core, and put it in there.

The rest of the code will be moved to core, maybe other modules as well.

Features that the network module will have are:

A control protocol that will allow the client stack to have no a priori knowledge as to what should be in its
stack, the control protocol will tell it what protocols to load.

Security protocols such as SSL, GSSAPI, and SASL.  These protocols will be in charge of carrying the Subject
for security checks (read single-signon). 
Chunking protocol, this will use buffer management more efficiently as large objects are transferred in
chunks using a small buffer.

Blue-sky protocols such as totem, a reliable multicasting framework, which will come in single and
multi-ring flavors.

Regards,
Alan

-----Original Message-----
From: gianny DAMOUR [mailto:gianny_damour@...] 
Sent: Monday, March 01, 2004 8:29 AM
To: geronimo-dev@...
Subject: RE: modules/network

Alan D. Cabrera wrote:
>I am.  I'll check in whatever I have tonight.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Alan Cabrera | 1 Mar 2004 16:14
Picon

RE: modules/network

Another nice thing is that network only relies on

Common
Kernel
System

-----Original Message-----
From: Alan Cabrera 
Sent: Monday, March 01, 2004 9:57 AM
To: geronimo-dev@...
Subject: RE: modules/network

The Geronimo remoting code lacks the finer degree of control that's required to insert security.  I am
making a network module that uses the paradigm of protocol stacks.  I've taken a good chunk of the remoting
code, the stuff that doesn't rely on core, and put it in there.

The rest of the code will be moved to core, maybe other modules as well.

Features that the network module will have are:

A control protocol that will allow the client stack to have no a priori knowledge as to what should be in its
stack, the control protocol will tell it what protocols to load.

Security protocols such as SSL, GSSAPI, and SASL.  These protocols will be in charge of carrying the Subject
for security checks (read single-signon). Chunking protocol, this will use buffer management more
efficiently as large objects are transferred in chunks using a small buffer.

Blue-sky protocols such as totem, a reliable multicasting framework, which will come in single and
multi-ring flavors.
(Continue reading)

Permalink | Reply | 3 comments |
headers
Jacek Laskowski | 1 Mar 2004 16:38
Picon
Favicon

Questions about GBeanMBeanAttribute tests

Hey,

I'm trying to crack it down and keep failing :( I can't figure out how 
to get at GBeanMBeanAttribute once GBean is registered to Kernel.

Here's a snippet I'm working on:

   // create a MBean of GBean
   GBeanMBean gbean = new GBeanMBean(MockGBean.getGBeanInfo());
   // assign a value to an attribute of the GBean
   gbean.setAttribute(attributeName, attributeValue);
   // load the GBean
   kernel.loadGBean(objectName, gbean);
   // start it up
   kernel.startGBean(objectName);

At that point I can't access the GBean attributes other than via Kernel 
accessors (setter and getter) or directly via MBeanServer ones, which 
actually do nothing more than return or set an attribute's value.

I'd like to retrieve instances of GBeanMBeanAttribute and test it out.

Is the only approach to test the class to conduct it indirectly via 
Kernel or MBeanServer?

Cheers,
Jacek
Permalink | Reply | 1 comment |

Gmane