etch-dev@incubator.apache.org Archives

Re: Information for etch-dev@incubator.apache.org

2009-11-07T13:06:52Z

Hi and welcome to the ASF.

Documentation is also Copyrightable material, so before we can grant direct
edit access to wiki, we have decided that we need a Contributor License
Agreement (CLA) sent to the Secretary of ASF, preferably by fax, but I have
heard that we now also support certain mail submissions.
The CLA basically says that "I am the author or by some other means are the
Copyright holder of the material I send to ASF, and that I give ASF a
license to redistribute that". See the Agreement text for details and check
with your legal dept if any doubts.

If CLA is not on file, you can still contribute, but need to do so via the
issue tracker, where you are given a choice to give ASF the license or not.
If "not" then the project will not pick up the attachments.

The Confluence wiki has an Edit Text, which is easy to for us to handle. If
it is an existing page (esp large ones), then a diff file should also be
attached.

HTH
Niclas

On 7 Nov 2009 14:23, "Ranganath s"  wrote:

Hi,

         This is Ranganath, I am interested to be a contributer to the
Apache ETCH. We at CISCO planning to use ETCH in our team.  i would like to
contribute to Apache ETCH initially through the documentation examples on
wiki and gradually like to submit my patches and bug fixes. I was trying to
add an example for java binding in the apache wiki but i was not allowed to
edit it as its restricted. I need to know like what is the process to submit
the documentation , permission to edit the cwiki in apache.

Thank you
Ranganath

On Thu, Nov 5, 2009 at 2:12 PM,  wrote:

> Hi! This is the ezmlm program. I'm managing the
> etch-dev@incubator.apache.org mailing list.
>
> I'm working for my owner, who can be reached
> at etch-dev-owner@incubator.apache.org.
>
> No information has been provided for this list.
>
> --- Administrative commands for the etch-dev list ---
>
> I can handle administrative requests automatically. Please
> do not send them to the list address! Instead, send
> your message to the correct command address:
>
> To subscribe to the list, send a message to:
>   
>
> To remove your address from the list, send a message to:
>   
>
> Send mail to the following for info and FAQ for this list:
>   
>   
>
> Similar addresses exist for the digest list:
>   
>   
>
> To get messages 123 through 145 (a maximum of 100 per request), mail:
>   
>
> To get an index with subject and author for messages 123-456 , mail:
>   
>
> They are always returned as sets of 100, max 2000 per request,
> so you'll actually get 100-499.
>
> To receive all messages with the same subject as message 12345,
> send a short message to:
>   
>
> The messages should contain one line or word of text to avoid being
> treated as sp@m, but I will ignore their content.
> Only the ADDRESS you send to is important.
>
> You can start a subscription for an alternate address,
> for example "john@host.domain", just add a hyphen and your
> address (with '=' instead of '@') after the command word:
> 
>
> To stop subscription for this address, mail:
> 
>
> In both cases, I'll send a confirmation message to that address. When
> you receive it, simply reply to it to complete your subscription.
>
> If despite following these instructions, you do not get the
> desired results, please contact my owner at
> etch-dev-owner@incubator.apache.org. Please be patient, my owner is a
> lot slower than I am ;-)
>
> --- Enclosed is a copy of the request I received.
>
> Return-Path: 
> Received: (qmail 61015 invoked by uid 99); 5 Nov 2009 08:42:25 -0000
> Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136)
>    by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 05 Nov 2009 08:42:25
> +0000
> X-ASF-Spam-Status: No, hits=-2.4 required=5.0
>        tests=AWL,BAYES_00,HTML_MESSAGE
> X-Spam-Check-By: apache.org
> Received-SPF: pass (athena.apache.org: domain of
ranganaths@gmail.comdesignates 209.85.160.41 as permitted sender)
> Received: from [209.85.160.41] (HELO mail-pw0-f41.google.com)
> (209.85.160.41)
>    by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 05 Nov 2009 08:42:22
> +0000
> Received: by pwj11 with SMTP id 11so4272850pwj.20
>        for ; Thu, 05 Nov 2009 00:42:02
> -0800 (PST)
> DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
>        d=gmail.com; s=gamma;
>        h=domainkey-signature:mime-version:received:date:message-id:subject
>         :from:to:content-type;
>        bh=lMQJBxBJm92hKEjlngaHe/U3GaeT3oJkxXnSxdfPNfM=;
>
 b=wWy43VVa7nxVZwNYyNqiYtDNC9EWStkK6HtQfsQFC/vn6AgcykUuU6gi0tqIIDC9JB
>
> 9hhb8yUbcY52Xd+sFR93aIE8qlBTXn1wUVCWypNCCdXF3icwrH1zvbE/EnP8iQjpFNU3
>         cXGo2ThE7WJ8FHpMbSGOI6WDQw6MsoHvcTeOk=
> DomainKey-Signature: a=rsa-sha1; c=nofws;
>        d=gmail.com; s=gamma;
>        h=mime-version:date:message-id:subject:from:to:content-type;
>
 b=w0RvFbjhced2alEUeKXf8oEE2l0vTOLUdVUasD3At4ho7DWu6D+sjM5WnCHqYHM4+H
>
> vsAX5S/faPrxBg0Gsa9tTgcouephKljbcut97Kpc16fxUJKq6QEftvoPrOzhDHuMlA84
>         zl8p4FbbHyh9lWKAjmgySW94dJhNeZFkVI57I=
> MIME-Version: 1.0
> Received: by 10.142.249.7 with SMTP id w7mr268912wfh.317.1257410522733;
> Thu,
>        05 Nov 2009 00:42:02 -0800 (PST)
> Date: Thu, 5 Nov 2009 14:12:02 +0530
> Message-ID: <77bb36840911050042o1e02f706i6cb949c870ce2b02@mail.gmail.com>
> Subject: some beginner question
> From: Ranganath s 
> To: etch-dev-info@incubator.apache.org
> Content-Type: multipart/alternative; boundary=00504502c9f78b5e3b04779bb324
>
> --00504502c9f78b5e3b04779bb324
> Content-Type: text/plain; charset=ISO-8859-1
>
> Hi all,
>
>       This is Ranganath.S  and i am interested to be a part of this
project
> as a  contributer. I would like to know what is the procedure to get the
> permission to submit some documentations and codes, fixes as well. Please
> some one throw some light on it. I tried to edit the wiki after sigining
in
> for the apache site but i was not allowed to edit it.
>      expecting the reply asap.
>
> Thank you
> Ranganath.S
>
> --
> I blog at http://ranganaths.wordpress.com
>
> --00504502c9f78b5e3b04779bb324
> Content-Type: text/html; charset=ISO-8859-1
> Content-Transfer-Encoding: quoted-printable
>
> Hi all,

=A0=A0=A0=A0=A0=A0 This is Ranganath.S=A0 and i am
> intereste=
> d to be a part of this project as a=A0 contributer. I would like to know
> wh=
> at is the procedure to get the permission to submit some documentations
> and=
>  codes, fixes as well. Please some one throw some light on it. I tried to
> e=
> dit the wiki after sigining in for the apache site but i was not allowed
> to=
>  edit it.=A0 

> =A0=A0=A0=A0=A0 expecting the reply asap.

Thank
> you
Ranganath.S r clear=3D"all">
-- 
I blog at  http://ranganaths.wordpress=
> .com">http://ranganaths.wordpress.com

>
> --00504502c9f78b5e3b04779bb324--
>



--
I blog at http://ranganaths.wordpress.com

Re: Information for etch-dev@incubator.apache.org

2009-11-07T06:23:11Z

Hi,

          This is Ranganath, I am interested to be a contributer to the
Apache ETCH. We at CISCO planning to use ETCH in our team.  i would like to
contribute to Apache ETCH initially through the documentation examples on
wiki and gradually like to submit my patches and bug fixes. I was trying to
add an example for java binding in the apache wiki but i was not allowed to
edit it as its restricted. I need to know like what is the process to submit
the documentation , permission to edit the cwiki in apache.

Thank you
Ranganath

On Thu, Nov 5, 2009 at 2:12 PM,  wrote:

> Hi! This is the ezmlm program. I'm managing the
> etch-dev@incubator.apache.org mailing list.
>
> I'm working for my owner, who can be reached
> at etch-dev-owner@incubator.apache.org.
>
> No information has been provided for this list.
>
> --- Administrative commands for the etch-dev list ---
>
> I can handle administrative requests automatically. Please
> do not send them to the list address! Instead, send
> your message to the correct command address:
>
> To subscribe to the list, send a message to:
>   
>
> To remove your address from the list, send a message to:
>   
>
> Send mail to the following for info and FAQ for this list:
>   
>   
>
> Similar addresses exist for the digest list:
>   
>   
>
> To get messages 123 through 145 (a maximum of 100 per request), mail:
>   
>
> To get an index with subject and author for messages 123-456 , mail:
>   
>
> They are always returned as sets of 100, max 2000 per request,
> so you'll actually get 100-499.
>
> To receive all messages with the same subject as message 12345,
> send a short message to:
>   
>
> The messages should contain one line or word of text to avoid being
> treated as sp@m, but I will ignore their content.
> Only the ADDRESS you send to is important.
>
> You can start a subscription for an alternate address,
> for example "john@host.domain", just add a hyphen and your
> address (with '=' instead of '@') after the command word:
> 
>
> To stop subscription for this address, mail:
> 
>
> In both cases, I'll send a confirmation message to that address. When
> you receive it, simply reply to it to complete your subscription.
>
> If despite following these instructions, you do not get the
> desired results, please contact my owner at
> etch-dev-owner@incubator.apache.org. Please be patient, my owner is a
> lot slower than I am ;-)
>
> --- Enclosed is a copy of the request I received.
>
> Return-Path: 
> Received: (qmail 61015 invoked by uid 99); 5 Nov 2009 08:42:25 -0000
> Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136)
>    by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 05 Nov 2009 08:42:25
> +0000
> X-ASF-Spam-Status: No, hits=-2.4 required=5.0
>        tests=AWL,BAYES_00,HTML_MESSAGE
> X-Spam-Check-By: apache.org
> Received-SPF: pass (athena.apache.org: domain of ranganaths@gmail.comdesignates 209.85.160.41
as permitted sender)
> Received: from [209.85.160.41] (HELO mail-pw0-f41.google.com)
> (209.85.160.41)
>    by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 05 Nov 2009 08:42:22
> +0000
> Received: by pwj11 with SMTP id 11so4272850pwj.20
>        for ; Thu, 05 Nov 2009 00:42:02
> -0800 (PST)
> DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
>        d=gmail.com; s=gamma;
>        h=domainkey-signature:mime-version:received:date:message-id:subject
>         :from:to:content-type;
>        bh=lMQJBxBJm92hKEjlngaHe/U3GaeT3oJkxXnSxdfPNfM=;
>        b=wWy43VVa7nxVZwNYyNqiYtDNC9EWStkK6HtQfsQFC/vn6AgcykUuU6gi0tqIIDC9JB
>
> 9hhb8yUbcY52Xd+sFR93aIE8qlBTXn1wUVCWypNCCdXF3icwrH1zvbE/EnP8iQjpFNU3
>         cXGo2ThE7WJ8FHpMbSGOI6WDQw6MsoHvcTeOk=
> DomainKey-Signature: a=rsa-sha1; c=nofws;
>        d=gmail.com; s=gamma;
>        h=mime-version:date:message-id:subject:from:to:content-type;
>        b=w0RvFbjhced2alEUeKXf8oEE2l0vTOLUdVUasD3At4ho7DWu6D+sjM5WnCHqYHM4+H
>
> vsAX5S/faPrxBg0Gsa9tTgcouephKljbcut97Kpc16fxUJKq6QEftvoPrOzhDHuMlA84
>         zl8p4FbbHyh9lWKAjmgySW94dJhNeZFkVI57I=
> MIME-Version: 1.0
> Received: by 10.142.249.7 with SMTP id w7mr268912wfh.317.1257410522733;
> Thu,
>        05 Nov 2009 00:42:02 -0800 (PST)
> Date: Thu, 5 Nov 2009 14:12:02 +0530
> Message-ID: <77bb36840911050042o1e02f706i6cb949c870ce2b02@mail.gmail.com>
> Subject: some beginner question
> From: Ranganath s 
> To: etch-dev-info@incubator.apache.org
> Content-Type: multipart/alternative; boundary=00504502c9f78b5e3b04779bb324
>
> --00504502c9f78b5e3b04779bb324
> Content-Type: text/plain; charset=ISO-8859-1
>
> Hi all,
>
>       This is Ranganath.S  and i am interested to be a part of this project
> as a  contributer. I would like to know what is the procedure to get the
> permission to submit some documentations and codes, fixes as well. Please
> some one throw some light on it. I tried to edit the wiki after sigining in
> for the apache site but i was not allowed to edit it.
>      expecting the reply asap.
>
> Thank you
> Ranganath.S
>
> --
> I blog at http://ranganaths.wordpress.com
>
> --00504502c9f78b5e3b04779bb324
> Content-Type: text/html; charset=ISO-8859-1
> Content-Transfer-Encoding: quoted-printable
>
> Hi all,

=A0=A0=A0=A0=A0=A0 This is Ranganath.S=A0 and i am
> intereste=
> d to be a part of this project as a=A0 contributer. I would like to know
> wh=
> at is the procedure to get the permission to submit some documentations
> and=
>  codes, fixes as well. Please some one throw some light on it. I tried to
> e=
> dit the wiki after sigining in for the apache site but i was not allowed
> to=
>  edit it.=A0 

> =A0=A0=A0=A0=A0 expecting the reply asap.

Thank
> you
Ranganath.S r clear=3D"all">
-- 
I blog at  http://ranganaths.wordpress=
> .com">http://ranganaths.wordpress.com

>
> --00504502c9f78b5e3b04779bb324--
>



-- 
I blog at http://ranganaths.wordpress.com

[jira] Created: (ETCH-78) Copy constructor and implement Clonable

2009-10-13T00:57:31Z

Copy constructor and implement Clonable
---------------------------------------

                 Key: ETCH-78
                 URL: https://issues.apache.org/jira/browse/ETCH-78
             Project: Etch
          Issue Type: New Feature
          Components: java-binding
         Environment: Java
            Reporter: Shin Phuong
            Priority: Minor


Request for a copy constructor or implement clonable for deep-copying for Java Etch classes.
 (Or both)
Eg.

EtchObject old = new EtchObject(Field1 a, Field2 b...);
EtchObject clone = new EtchObject(old);

Copies all fields (including subfields (eg. Other Etch classes)) n-levels deep. Where n is
the number of levels of depth in the Etch object to be copied. The new object will not reference
any of the same objects inside the old. 

struct EtchObject {
    int field1 // level-0
    List field2 // level-1 (all items in list, assuming objects inside list are primitives;
else level-n)
    EtchObject2 field3;
}

struct EtchObject2 {
    string name;
    List field1a; 
}

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Re: Etch on Erlang

2009-09-30T18:45:03Z

i haven't thought about it. but someone might. you have, clearly. when 
do you want to start?

never heard of erlang before today ever.

thanks,
scott out

Zeke Rondel wrote:
> Hi everybody!
>
> Does anybody has thinked that Erlang would be the ideal language to
> build a framework as Etch?
>
> http://www.erlang.org/white_paper.html
>
>

Etch on Erlang

2009-09-26T11:52:15Z

Hi everybody!

Does anybody has thinked that Erlang would be the ideal language to
build a framework as Etch?

http://www.erlang.org/white_paper.html

-- 
http://www.fastmail.fm - Accessible with your email software
                          or over the web

[REMINDER] Board Report is due 9th Sept

2009-09-04T04:36:54Z

Heads up; A report from the Etch community is required to be submitted
before 9th Sept.
http://wiki.apache.org/incubator/September2009

Even though it has been a quiet quarter, that needs to be communicated.


Cheers
-- 
Niclas Hedhman, Software Developer
http://www.qi4j.org - New Energy for Java

I  live here; http://tinyurl.com/2qq9er
I  work here; http://tinyurl.com/2ymelc
I relax here; http://tinyurl.com/2cgsug

RE: Etch contribution

2009-08-19T00:10:29Z

Hi Scott,

I tried to assign a task regarding C-binding but it didn't work. Can you
help me assign to me?

Thanks

Youngjin

-----Original Message-----
From: Youngjin Park (youngjpa) 
Sent: Saturday, August 15, 2009 3:23 AM
To: scott comer; etch-dev@incubator.apache.org
Subject: RE: Etch contribution

Hi Scott,

 

I am looking through the page below. I will contact you when I am ready.

 

Thanks

 

Youngjin

 

From: scott comer [mailto:wert1y@mac.com] 
Sent: Wednesday, May 27, 2009 9:29 AM
To: Youngjin Park (youngjpa); etch-dev@incubator.apache.org
Subject: Re: Etch contribution

 

there's lots to work on. right now i'm trying to pump out the release
1.1, our first official release. there
are three open tasks for this release. if you want to get started, it
would be one of those.

start here:

check out trunk and get a build going:

the directions in BUILD.txt should be enough. if not, that's a good
place to start!

once your build works (ant clean; ant debug), then go here:

https://issues.apache.org/jira/browse/ETCH

click on version 1.1 (center). pick an unassigned task and assign it to
yourself. edit the listed files, fix the copy right notice to look
like those of a similar kind somewhere else. i'm on IM,
wert@austin.rr.com, ask if you need help.

when all these tasks are done, we'll roll another release and run rat
again. once the release is done, then there a long list of 1.2 tasks to
work on.

thanks,
scott out

Youngjin Park (youngjpa) wrote: 

Hi Scott,
 
Is there any fun part I can contribute to in Etch? :-) I know that other
folks completed great things already. I believe that Etch has been so
much matured since I looked into it last year.
 
Thanks
 
Youngjin
 
-----Original Message-----
From: Scott Comer [mailto:wert1y@mac.com] 
Sent: Wednesday, May 27, 2009 8:22 AM
To: Youngjin Park (youngjpa)
Subject: Re: Etch contribution
 
hi youngjin, what's up?
 
scott out
 
On May 22, 2009, at 2:34 PM, Youngjin Park (youngjpa) wrote:
 
  

	James,
	 
	 
	 
	I would  like to start contributing to Etch as a contributor. Do
you  
	know if I am fine with doing that as a Cisco employee in the
team.  
	I  believe that it may be possible as any employees in Etch  
	perspective, but do you think that I need to get my current  
	employee's permission or not matter?
	 
	 
	 
	Thank you.
	 
	 
	 
	Youngjin

RE: Etch contribution

2009-08-15T10:23:07Z

Hi Scott,

 

I am looking through the page below. I will contact you when I am ready.

 

Thanks

 

Youngjin

 

From: scott comer [mailto:wert1y@mac.com] 
Sent: Wednesday, May 27, 2009 9:29 AM
To: Youngjin Park (youngjpa); etch-dev@incubator.apache.org
Subject: Re: Etch contribution

 

there's lots to work on. right now i'm trying to pump out the release
1.1, our first official release. there
are three open tasks for this release. if you want to get started, it
would be one of those.

start here:

check out trunk and get a build going:

the directions in BUILD.txt should be enough. if not, that's a good
place to start!

once your build works (ant clean; ant debug), then go here:

https://issues.apache.org/jira/browse/ETCH

click on version 1.1 (center). pick an unassigned task and assign it to
yourself. edit the listed files, fix the copy right notice to look
like those of a similar kind somewhere else. i'm on IM,
wert@austin.rr.com, ask if you need help.

when all these tasks are done, we'll roll another release and run rat
again. once the release is done, then there a long list of 1.2 tasks to
work on.

thanks,
scott out

Youngjin Park (youngjpa) wrote: 

Hi Scott,
 
Is there any fun part I can contribute to in Etch? :-) I know that other
folks completed great things already. I believe that Etch has been so
much matured since I looked into it last year.
 
Thanks
 
Youngjin
 
-----Original Message-----
From: Scott Comer [mailto:wert1y@mac.com] 
Sent: Wednesday, May 27, 2009 8:22 AM
To: Youngjin Park (youngjpa)
Subject: Re: Etch contribution
 
hi youngjin, what's up?
 
scott out
 
On May 22, 2009, at 2:34 PM, Youngjin Park (youngjpa) wrote:
 
  

	James,
	 
	 
	 
	I would  like to start contributing to Etch as a contributor. Do
you  
	know if I am fine with doing that as a Cisco employee in the
team.  
	I  believe that it may be possible as any employees in Etch  
	perspective, but do you think that I need to get my current  
	employee's permission or not matter?
	 
	 
	 
	Thank you.
	 
	 
	 
	Youngjin

Re: Publishing of the 1.2 Etch release and the c-binding

2009-08-14T15:42:44Z

Hi khaled, mixin is in the 1.0.2 release. I am using it in my current  
project. Perhaps you might show more about what you tried and what  
happened?

Scott out

Sent from my iPhone

On Aug 14, 2009, at 6:41 AM, Kazi Khaled Al-Zahid   
wrote:

> Hi
>
> It will be great if anyone from Etch development pool can reply wheter
> mixin is already implemented in existing etch. I was trying the
> example available in the language reference document and found for
> java binding it is generating some error. Looking forward to hear your
> statement.
>
> Kazi

Re: Publishing of the 1.2 Etch release and the c-binding

2009-08-14T13:41:49Z

Hi

It will be great if anyone from Etch development pool can reply wheter
mixin is already implemented in existing etch. I was trying the
example available in the language reference document and found for
java binding it is generating some error. Looking forward to hear your
statement.

Kazi

Re: Publishing of the 1.2 Etch release and the c-binding

2009-07-30T13:23:54Z

kazi, youngjin,

the big problem i ran into is that the apache portable runtime is 
needed, however must be compiled with specific flags. the original 
author did not upload this standard library pre-built and so that is the 
first task. there is a readme file with the directions i think.

once the c-runtime is compiled, the next step would be to put together a 
simple version of the standard generated files, then using those alter 
one of the existing compilers to generate that code.

my estimate is that this would take about two to three weeks altogether. 
you wouldn't be done at that point, but you'd have a pretty good 
baseline to work on going forward and you could demonstrate enough 
functioning to attract interest.

the current setup is based on visual studio 2005 and windows. the code 
has not been ported yet to other platforms / compilers.

scott out

Youngjin Park (youngjpa) wrote:
> Hi Scott,
>
> I may try to contribute c-binding. I will talk with you.
>
> Youngjin
>
>  -----Original Message-----
> From: 	Kazi Khaled Al-Zahid [mailto:kalzahid@gmail.com]
> Sent:	Thursday, July 30, 2009 12:49 AM Pacific Standard Time
> To:	etch-dev@incubator.apache.org
> Subject:	Re: Publishing of the 1.2 Etch release and the c-binding
>
> Hello Scott
>
> Could you kindly provide one information. How much work is needed for
> the c-binding? Do you have also any guideline to proceed with
> compilation for the comiler and runtime? It will be great if you
> mention the necessary steps to make the run time successfull.
>
> Best regards
> Kazi
>
>
> On Mon, Jul 27, 2009 at 4:22 PM, scott comer wrote:
>   
>> hi michael,
>>
>> we're still "working" on the 1.1 release. the schedule for 1.2 was about
>> now, but then the schedule for 1.1 was middle to end of may. we are
>> suffering for resources right now as the etch team is making transitions to
>> new jobs.
>>
>> we'd love to see someone pitch in and take over the c-binding. the compiler
>> is easy, and the runtime should work if someone can get a build going. once
>> the runtime is going and reliably building, then the compiler is pretty easy
>> to whip up.
>>
>> thanks,
>> scott out
>>
>> Michael.Fitzner@bmw.de wrote:
>>     
>>> i am interested in using the ETCH middleware and the c binding. I have
>>> read in the mailinglist that the release 1.2 is planned at end of july
>>> http://n2.nabble.com/release-1.2-planning-td2685234.html#a2685234 It would
>>> be great to know, if there is any release date for the 1.2 version of ETCH
>>> and the missing c-binding (runtime + compiler)
>>>
>>> Thanks,
>>> Michael Fitzner
>>>
>>>
>>>       
>>

RE: Re: Publishing of the 1.2 Etch release and the c-binding

2009-07-30T07:57:20Z

Hi Scott,

I may try to contribute c-binding. I will talk with you.

Youngjin

 -----Original Message-----
From: 	Kazi Khaled Al-Zahid [mailto:kalzahid@gmail.com]
Sent:	Thursday, July 30, 2009 12:49 AM Pacific Standard Time
To:	etch-dev@incubator.apache.org
Subject:	Re: Publishing of the 1.2 Etch release and the c-binding

Hello Scott

Could you kindly provide one information. How much work is needed for
the c-binding? Do you have also any guideline to proceed with
compilation for the comiler and runtime? It will be great if you
mention the necessary steps to make the run time successfull.

Best regards
Kazi


On Mon, Jul 27, 2009 at 4:22 PM, scott comer wrote:
> hi michael,
>
> we're still "working" on the 1.1 release. the schedule for 1.2 was about
> now, but then the schedule for 1.1 was middle to end of may. we are
> suffering for resources right now as the etch team is making transitions to
> new jobs.
>
> we'd love to see someone pitch in and take over the c-binding. the compiler
> is easy, and the runtime should work if someone can get a build going. once
> the runtime is going and reliably building, then the compiler is pretty easy
> to whip up.
>
> thanks,
> scott out
>
> Michael.Fitzner@bmw.de wrote:
>>
>> i am interested in using the ETCH middleware and the c binding. I have
>> read in the mailinglist that the release 1.2 is planned at end of july
>> http://n2.nabble.com/release-1.2-planning-td2685234.html#a2685234 It would
>> be great to know, if there is any release date for the 1.2 version of ETCH
>> and the missing c-binding (runtime + compiler)
>>
>> Thanks,
>> Michael Fitzner
>>
>>
>
>

Re: Publishing of the 1.2 Etch release and the c-binding

2009-07-30T07:49:24Z

Hello Scott

Could you kindly provide one information. How much work is needed for
the c-binding? Do you have also any guideline to proceed with
compilation for the comiler and runtime? It will be great if you
mention the necessary steps to make the run time successfull.

Best regards
Kazi


On Mon, Jul 27, 2009 at 4:22 PM, scott comer wrote:
> hi michael,
>
> we're still "working" on the 1.1 release. the schedule for 1.2 was about
> now, but then the schedule for 1.1 was middle to end of may. we are
> suffering for resources right now as the etch team is making transitions to
> new jobs.
>
> we'd love to see someone pitch in and take over the c-binding. the compiler
> is easy, and the runtime should work if someone can get a build going. once
> the runtime is going and reliably building, then the compiler is pretty easy
> to whip up.
>
> thanks,
> scott out
>
> Michael.Fitzner@bmw.de wrote:
>>
>> i am interested in using the ETCH middleware and the c binding. I have
>> read in the mailinglist that the release 1.2 is planned at end of july
>> http://n2.nabble.com/release-1.2-planning-td2685234.html#a2685234 It would
>> be great to know, if there is any release date for the 1.2 version of ETCH
>> and the missing c-binding (runtime + compiler)
>>
>> Thanks,
>> Michael Fitzner
>>
>>
>
>

Re: Publishing of the 1.2 Etch release and the c-binding

2009-07-27T14:22:54Z

hi michael,

we're still "working" on the 1.1 release. the schedule for 1.2 was about 
now, but then the schedule for 1.1 was middle to end of may. we are 
suffering for resources right now as the etch team is making transitions 
to new jobs.

we'd love to see someone pitch in and take over the c-binding. the 
compiler is easy, and the runtime should work if someone can get a build 
going. once the runtime is going and reliably building, then the 
compiler is pretty easy to whip up.

thanks,
scott out

Michael.Fitzner@bmw.de wrote:
> i am interested in using the ETCH middleware and the c binding. I have read in the mailinglist
that the release 1.2 is planned at end of july http://n2.nabble.com/release-1.2-planning-td2685234.html#a2685234
It would be great to know, if there is any release date for the 1.2 version of ETCH and the
missing c-binding (runtime + compiler)
>
> Thanks,
> Michael Fitzner
>
>

Publishing of the 1.2 Etch release and the c-binding

2009-07-27T13:12:54Z

i am interested in using the ETCH middleware and the c binding. I have read in the mailinglist
that the release 1.2 is planned at end of july http://n2.nabble.com/release-1.2-planning-td2685234.html#a2685234
It would be great to know, if there is any release date for the 1.2 version of ETCH and the
missing c-binding (runtime + compiler)

Thanks,
Michael Fitzner

Re: passing arbitrary objects

2009-07-11T02:58:56Z

When you declare an extern type, you use the @Extern attribute to  
declare the actual type and a serializer for that type. There are  
examples of this in the source code. It isn't hard at all.

Sent from my iPhone

On Jul 10, 2009, at 9:33 PM, Niclas Hedhman  wrote:

> On Sat, Jul 11, 2009 at 12:18 AM, Manoj Ganesan > wrote:
>
>> How do I manage to achieve passing arbitrary objects? In case of a
>> distributed hashtable, which doesn't care about the type of data  
>> being
>> stored, any kind of objects should be able to be passed through to  
>> the
>> server. Is there a way to do this in the current setup?
>
> I am by no means an expert, but I think you can create a custom type
> that carries a byte array, and on each platform have a serializer that
> understand your custom Etch type and how to go from byte[] to the
> 'stored' object in the hashtable. It could become problematic to make
> such type platform independent, but I assume that this is not of your
> concern.
>
> Cheers
> -- 
> Niclas Hedhman, Software Developer
> http://www.qi4j.org - New Energy for Java
>
> I  live here; http://tinyurl.com/2qq9er
> I  work here; http://tinyurl.com/2ymelc
> I relax here; http://tinyurl.com/2cgsug

Re: passing arbitrary objects

2009-07-11T02:33:51Z

On Sat, Jul 11, 2009 at 12:18 AM, Manoj Ganesan wrote:

> How do I manage to achieve passing arbitrary objects? In case of a
> distributed hashtable, which doesn't care about the type of data being
> stored, any kind of objects should be able to be passed through to the
> server. Is there a way to do this in the current setup?

I am by no means an expert, but I think you can create a custom type
that carries a byte array, and on each platform have a serializer that
understand your custom Etch type and how to go from byte[] to the
'stored' object in the hashtable. It could become problematic to make
such type platform independent, but I assume that this is not of your
concern.

Cheers
-- 
Niclas Hedhman, Software Developer
http://www.qi4j.org - New Energy for Java

I  live here; http://tinyurl.com/2qq9er
I  work here; http://tinyurl.com/2ymelc
I relax here; http://tinyurl.com/2cgsug

Re: passing arbitrary objects

2009-07-10T16:33:05Z

you pretty much nailed it on the head. etch can only pass an object it 
knows how to serialize.
so it must be defined or primitive. defined can be etch struct or extern.

Manoj Ganesan wrote:
> In case of a (distributed) hash table like implementation, it should be
> possible to pass into the hash table, a value which is represented by an
> Object, any object, just some set of bytes in effect for the service
> implementation. If I have such a hash table where method put(string key,
> object value) and get(string key) are exposed through etch, it's not
> possible to pass arbitrary objects but only primitives and types which I
> have explicitly declared in the etch interface definition file. Any time I
> try to pass an arbitrary object, the etch validation code throws errors
> saying such a type doesn't exist. Obviously, type casting my arbitrary user
> object to a java Object doesn't make a difference.
>
> How do I manage to achieve passing arbitrary objects? In case of a
> distributed hashtable, which doesn't care about the type of data being
> stored, any kind of objects should be able to be passed through to the
> server. Is there a way to do this in the current setup?
>
> Manoj
>
>

passing arbitrary objects

2009-07-10T16:18:15Z

In case of a (distributed) hash table like implementation, it should be
possible to pass into the hash table, a value which is represented by an
Object, any object, just some set of bytes in effect for the service
implementation. If I have such a hash table where method put(string key,
object value) and get(string key) are exposed through etch, it's not
possible to pass arbitrary objects but only primitives and types which I
have explicitly declared in the etch interface definition file. Any time I
try to pass an arbitrary object, the etch validation code throws errors
saying such a type doesn't exist. Obviously, type casting my arbitrary user
object to a java Object doesn't make a difference.

How do I manage to achieve passing arbitrary objects? In case of a
distributed hashtable, which doesn't care about the type of data being
stored, any kind of objects should be able to be passed through to the
server. Is there a way to do this in the current setup?

Manoj

Clutch

2009-06-30T07:31:13Z

Guys,
Incubator has a nifty tool called Clutch, which basically aggregates
various sources of information about the podlings into a single
location; http://incubator.apache.org/clutch.html

And here it is possible to see all kinds of small neat things, for
instance that Etch doesn't have a release in
www.apache.org/dist/incubator/.

I think I have provided pointers for how to get releases in there, but
poke me again if I haven't.


Cheers
-- 
Niclas Hedhman, Software Developer
http://www.qi4j.org - New Energy for Java

I  live here; http://tinyurl.com/2qq9er
I  work here; http://tinyurl.com/2ymelc
I relax here; http://tinyurl.com/2cgsug

Re: [vote] release apache etch 1.1.0 incubating (rc3)

2009-06-22T03:49:44Z

Content-type: text/plain; charset=ISO-8859-1; format=flowed
Content-transfer-encoding: 7BIT

thanks martijn.

Martijn Dashorst wrote:
> I checked the RAT report:
>
> Mostly looking ok, but a couple of notes:
>  - .classpath files from Eclipse are usually picked upon when trying
> to get the release
>    vetted, you might want to formulate an answer as to why they are
> necessary or get
>    rid of them
>   
they are necessary for eclipse development. why would they be picked on?
>  - several notes.txt files don't have a license header. Since they are
> distributed, and
>    copyrighted, they should have a license header. I know it makes
> them less readable.
>    If you don't want to put a license header in, then have an answer
> prepared when/if
>    the question comes up.
>   
i don't see the notes files as intellectual property in need of 
protection. the README.txt doesn't
have such protection. is there a short version of a header that we could 
put in? one line? what
might be good would be positive confirmation in the file itself that no 
protection was needed, and
have rat honor that.
> I've checked a checkout of the tag and compared it to the src release,
> and couldn't find differences. Though the extra subdirectory in the
> src-zip file could be removed.
>   
nod.
> Maven stuff: groupid should be org.apache.etch (in the README.txt it
> is referenced as etch.etch)
>   
eek. i thought that was stamped out.
> If you solve the issues noted by Niclas, I don't see anything blocking
> the release.
>
> Martijn
>
> On Sun, Jun 21, 2009 at 11:00 AM, Niclas Hedhman wrote:
>   
>> 1. Verified all .MD5 and .SHA1 checksums.
>>
>> 2. Verified that the .ASC is signed by a key from the KEYS file in the
>> SVN directory.
>>
>> 3. Content in -src.tar.gz has an extra level of 'etch' that we
>> normally don't promote. Not a stopper.
>>
>> 4. Verified that all artifacts in SRC release exist in the SVN tag.
>>
>> 5. Verified that the content in the SRC zip and tar.gz archives are
>> equivalent. Whitespace differs though, not a stopper.
>>
>> 6. There is two files present in the BIN.zip distro that is not
>> present in the BIN.tar.gz distro;
>>    ApacheEtchCsharpIncubating.dll
>>    ApacheEtchCsharpIncubating.pdb
>>    Any reason for that?? Stopper depending on answer.
>>
>> 7. I didn't get "ant-dotnet" working.
>>  [taskdef] Could not load definitions from resource
>> org/apache/ant/dotnet/antlib.xml. It could not be found.
>>  I think it is because the following property
>> Etch.dependency.ant-dotnet-1.0.jar, see;
>>    -bash-3.2$ grep -r build.ant-dotnet.lib * | grep -v target
>>    build-support/etch.common.xml:    > name="Etch.dependency.ant-dotnet-1.0.jar"
>> value="${build.ant-dotnet.lib}/ant-dotnet-1.0.jar" />
>> refers to "build.ant-dotnet.lib" which is not set anywhere... but then
>> again, changing it to use ant-dotnet.lib (defined in
>> build.dependencies) didn't work, so it could be a matter of ordering
>> and/or classpath setups... and I don't have more time to investigate
>> this. I recommend an amendment in the BUILD.txt saying how to make the
>> Taskdef available in Ant by copying something, or setting an
>> additional env variable. I want to see an amendment in the BUILD.txt
>> OR a fix to the build so that the BUILD.txt tells the correct story.
>>
>>
>> 8. I have not tested the Eclipse build, as I see that as a pure
>> optional setup...
>>
>>
>> 9. Licensing-wise;
>>  a. You depend on JavaCC which is licensed under BSD, which is fully
>> Ok, but the BSD license requires that the downstream users are
>> notified of this and that attribution is paid to the project. Please
>> add an entry for that in NOTICE, and the actual BSD License text at
>> the end of LICENSE file. This is a show stopper.
>>
>>  b. You depend on JUnit which is licensed under Common Public License
>> (CPL), which we have defined as a Category B license for inclusion in
>> Apache projects, i.e. only Binary dependencies. You fulfill this
>> requirement, but again CPL requires attribution, so please add in
>> NOTICE and the full license text at the end of the LICENSE file.
>> Alternatively, specify JUnit installed to operate with Ant as a
>> "System Requirement" for building from sources.
>>
>>  c. You have an optional/alternate dependency on Mono. Considering
>> the licensing statement from Novell, I think this should also be
>> brought up on legal-discuss@ mailing list. I don't think it has been
>> covered in the past. Personally I think you are in the clear, (same
>> goes for NUnit) if you change the wording to be that Mono or DotNet
>> (and NUnit) are "System Requirements" and not "Dependencies" as they
>> are now listed. After all, you are not redistributing in any way.
>>
>>  d. I think you should gracefully list Apache Velocity in the NOTICE file.
>>
>>
>> 10. I have not verified that the build output from sources correspond
>> with the binary distro.
>>
>>
>> Cheers
>>
>> On Fri, Jun 12, 2009 at 1:50 AM, scott comer wrote:
>>     
>>> artifacts are here:
>>>
>>> http://people.apache.org/~sccomer/apache-etch-1.1.0-incubating/
>>>
>>> source is tagged here:
>>>
>>> http://svn.apache.org/repos/asf/incubator/etch/releases/release-1.1.0-incubating/
>>>
>>> notes about testing here:
>>>
>>> http://cwiki.apache.org/ETCH/checking-a-release.html
>>>
>>> i've downloaded and tested:
>>>
>>> apache-etch-1.1.0-incubating-setup.exe
>>>
>>> i checked sig, md5, sha, installed and built examples and README.txt of
>>> examples.
>>>
>>> i checked operation of eclipse scripts in a normal (no space in path)
>>> environment.
>>>
>>> +1
>>>
>>> someone else please test:
>>>
>>> (extract and build on linux)
>>> apache-etch-1.1.0-incubating-src.tar.gz
>>>
>>> (extract and build on windows)
>>> apache-etch-1.1.0-incubating-src.zip
>>>
>>> (extract and build examples on linux)
>>> apache-etch-1.1.0-incubating.tar.gz
>>>
>>> (extract and build examples on windows)
>>> apache-etch-1.1.0-incubating.zip
>>>
>>> scott out
>>>
>>>
>>>       
>>
>> --
>> Niclas Hedhman, Software Developer
>> http://www.qi4j.org - New Energy for Java
>>
>> I  live here; http://tinyurl.com/2qq9er
>> I  work here; http://tinyurl.com/2ymelc
>> I relax here; http://tinyurl.com/2cgsug
>>
>>     
>
>
>
>

Re: [vote] release apache etch 1.1.0 incubating (rc3)

2009-06-22T03:45:34Z

Content-type: text/plain; charset=ISO-8859-1; format=flowed
Content-transfer-encoding: 7BIT

thanks niclas!

Niclas Hedhman wrote:
> 1. Verified all .MD5 and .SHA1 checksums.
>
> 2. Verified that the .ASC is signed by a key from the KEYS file in the
> SVN directory.
>
> 3. Content in -src.tar.gz has an extra level of 'etch' that we
> normally don't promote. Not a stopper.
>
> 4. Verified that all artifacts in SRC release exist in the SVN tag.
>
> 5. Verified that the content in the SRC zip and tar.gz archives are
> equivalent. Whitespace differs though, not a stopper.
>
> 6. There is two files present in the BIN.zip distro that is not
> present in the BIN.tar.gz distro;
>     ApacheEtchCsharpIncubating.dll
>     ApacheEtchCsharpIncubating.pdb
>     Any reason for that?? Stopper depending on answer.
>   
these are only meaningful for windows or mono release. i don't have mono 
configured on my
mac so they didn't build.
> 7. I didn't get "ant-dotnet" working.
>   [taskdef] Could not load definitions from resource
> org/apache/ant/dotnet/antlib.xml. It could not be found.
>   I think it is because the following property
> Etch.dependency.ant-dotnet-1.0.jar, see;
>     -bash-3.2$ grep -r build.ant-dotnet.lib * | grep -v target
>     build-support/etch.common.xml:     name="Etch.dependency.ant-dotnet-1.0.jar"
> value="${build.ant-dotnet.lib}/ant-dotnet-1.0.jar" />
> refers to "build.ant-dotnet.lib" which is not set anywhere... but then
> again, changing it to use ant-dotnet.lib (defined in
> build.dependencies) didn't work, so it could be a matter of ordering
> and/or classpath setups... and I don't have more time to investigate
> this. I recommend an amendment in the BUILD.txt saying how to make the
> Taskdef available in Ant by copying something, or setting an
> additional env variable. I want to see an amendment in the BUILD.txt
> OR a fix to the build so that the BUILD.txt tells the correct story.
>   
nod. we have it built into our ant distro.
>
> 8. I have not tested the Eclipse build, as I see that as a pure
> optional setup...
>   
eclipse optional? *gasp*
>
> 9. Licensing-wise;
>   a. You depend on JavaCC which is licensed under BSD, which is fully
> Ok, but the BSD license requires that the downstream users are
> notified of this and that attribution is paid to the project. Please
> add an entry for that in NOTICE, and the actual BSD License text at
> the end of LICENSE file. This is a show stopper.
>
>   b. You depend on JUnit which is licensed under Common Public License
> (CPL), which we have defined as a Category B license for inclusion in
> Apache projects, i.e. only Binary dependencies. You fulfill this
> requirement, but again CPL requires attribution, so please add in
> NOTICE and the full license text at the end of the LICENSE file.
> Alternatively, specify JUnit installed to operate with Ant as a
> "System Requirement" for building from sources.
>
>   c. You have an optional/alternate dependency on Mono. Considering
> the licensing statement from Novell, I think this should also be
> brought up on legal-discuss@ mailing list. I don't think it has been
> covered in the past. Personally I think you are in the clear, (same
> goes for NUnit) if you change the wording to be that Mono or DotNet
> (and NUnit) are "System Requirements" and not "Dependencies" as they
> are now listed. After all, you are not redistributing in any way.
>
>   d. I think you should gracefully list Apache Velocity in the NOTICE file.
>
>   
nod all.
> 10. I have not verified that the build output from sources correspond
> with the binary distro.
>
>
> Cheers
>
> On Fri, Jun 12, 2009 at 1:50 AM, scott comer wrote:
>   
>> artifacts are here:
>>
>> http://people.apache.org/~sccomer/apache-etch-1.1.0-incubating/
>>
>> source is tagged here:
>>
>> http://svn.apache.org/repos/asf/incubator/etch/releases/release-1.1.0-incubating/
>>
>> notes about testing here:
>>
>> http://cwiki.apache.org/ETCH/checking-a-release.html
>>
>> i've downloaded and tested:
>>
>> apache-etch-1.1.0-incubating-setup.exe
>>
>> i checked sig, md5, sha, installed and built examples and README.txt of
>> examples.
>>
>> i checked operation of eclipse scripts in a normal (no space in path)
>> environment.
>>
>> +1
>>
>> someone else please test:
>>
>> (extract and build on linux)
>> apache-etch-1.1.0-incubating-src.tar.gz
>>
>> (extract and build on windows)
>> apache-etch-1.1.0-incubating-src.zip
>>
>> (extract and build examples on linux)
>> apache-etch-1.1.0-incubating.tar.gz
>>
>> (extract and build examples on windows)
>> apache-etch-1.1.0-incubating.zip
>>
>> scott out
>>
>>
>>     
>
>
>
>

Re: [vote] release apache etch 1.1.0 incubating (rc3)

2009-06-21T10:22:34Z

I checked the RAT report:

Mostly looking ok, but a couple of notes:
 - .classpath files from Eclipse are usually picked upon when trying
to get the release
   vetted, you might want to formulate an answer as to why they are
necessary or get
   rid of them

 - several notes.txt files don't have a license header. Since they are
distributed, and
   copyrighted, they should have a license header. I know it makes
them less readable.
   If you don't want to put a license header in, then have an answer
prepared when/if
   the question comes up.

I've checked a checkout of the tag and compared it to the src release,
and couldn't find differences. Though the extra subdirectory in the
src-zip file could be removed.

Maven stuff: groupid should be org.apache.etch (in the README.txt it
is referenced as etch.etch)

If you solve the issues noted by Niclas, I don't see anything blocking
the release.

Martijn

On Sun, Jun 21, 2009 at 11:00 AM, Niclas Hedhman wrote:
> 1. Verified all .MD5 and .SHA1 checksums.
>
> 2. Verified that the .ASC is signed by a key from the KEYS file in the
> SVN directory.
>
> 3. Content in -src.tar.gz has an extra level of 'etch' that we
> normally don't promote. Not a stopper.
>
> 4. Verified that all artifacts in SRC release exist in the SVN tag.
>
> 5. Verified that the content in the SRC zip and tar.gz archives are
> equivalent. Whitespace differs though, not a stopper.
>
> 6. There is two files present in the BIN.zip distro that is not
> present in the BIN.tar.gz distro;
> � �ApacheEtchCsharpIncubating.dll
> � �ApacheEtchCsharpIncubating.pdb
> � �Any reason for that?? Stopper depending on answer.
>
> 7. I didn't get "ant-dotnet" working.
> �[taskdef] Could not load definitions from resource
> org/apache/ant/dotnet/antlib.xml. It could not be found.
> �I think it is because the following property
> Etch.dependency.ant-dotnet-1.0.jar, see;
> � �-bash-3.2$ grep -r build.ant-dotnet.lib * | grep -v target
> � �build-support/etch.common.xml: � � name="Etch.dependency.ant-dotnet-1.0.jar"
> value="${build.ant-dotnet.lib}/ant-dotnet-1.0.jar" />
> refers to "build.ant-dotnet.lib" which is not set anywhere... but then
> again, changing it to use ant-dotnet.lib (defined in
> build.dependencies) didn't work, so it could be a matter of ordering
> and/or classpath setups... and I don't have more time to investigate
> this. I recommend an amendment in the BUILD.txt saying how to make the
> Taskdef available in Ant by copying something, or setting an
> additional env variable. I want to see an amendment in the BUILD.txt
> OR a fix to the build so that the BUILD.txt tells the correct story.
>
>
> 8. I have not tested the Eclipse build, as I see that as a pure
> optional setup...
>
>
> 9. Licensing-wise;
> �a. You depend on JavaCC which is licensed under BSD, which is fully
> Ok, but the BSD license requires that the downstream users are
> notified of this and that attribution is paid to the project. Please
> add an entry for that in NOTICE, and the actual BSD License text at
> the end of LICENSE file. This is a show stopper.
>
> �b. You depend on JUnit which is licensed under Common Public License
> (CPL), which we have defined as a Category B license for inclusion in
> Apache projects, i.e. only Binary dependencies. You fulfill this
> requirement, but again CPL requires attribution, so please add in
> NOTICE and the full license text at the end of the LICENSE file.
> Alternatively, specify JUnit installed to operate with Ant as a
> "System Requirement" for building from sources.
>
> �c. You have an optional/alternate dependency on Mono. Considering
> the licensing statement from Novell, I think this should also be
> brought up on legal-discuss@ mailing list. I don't think it has been
> covered in the past. Personally I think you are in the clear, (same
> goes for NUnit) if you change the wording to be that Mono or DotNet
> (and NUnit) are "System Requirements" and not "Dependencies" as they
> are now listed. After all, you are not redistributing in any way.
>
> �d. I think you should gracefully list Apache Velocity in the NOTICE file.
>
>
> 10. I have not verified that the build output from sources correspond
> with the binary distro.
>
>
> Cheers
>
> On Fri, Jun 12, 2009 at 1:50 AM, scott comer wrote:
>> artifacts are here:
>>
>> http://people.apache.org/~sccomer/apache-etch-1.1.0-incubating/
>>
>> source is tagged here:
>>
>> http://svn.apache.org/repos/asf/incubator/etch/releases/release-1.1.0-incubating/
>>
>> notes about testing here:
>>
>> http://cwiki.apache.org/ETCH/checking-a-release.html
>>
>> i've downloaded and tested:
>>
>> apache-etch-1.1.0-incubating-setup.exe
>>
>> i checked sig, md5, sha, installed and built examples and README.txt of
>> examples.
>>
>> i checked operation of eclipse scripts in a normal (no space in path)
>> environment.
>>
>> +1
>>
>> someone else please test:
>>
>> (extract and build on linux)
>> apache-etch-1.1.0-incubating-src.tar.gz
>>
>> (extract and build on windows)
>> apache-etch-1.1.0-incubating-src.zip
>>
>> (extract and build examples on linux)
>> apache-etch-1.1.0-incubating.tar.gz
>>
>> (extract and build examples on windows)
>> apache-etch-1.1.0-incubating.zip
>>
>> scott out
>>
>>
>
>
>
> --
> Niclas Hedhman, Software Developer
> http://www.qi4j.org - New Energy for Java
>
> I �live here; http://tinyurl.com/2qq9er
> I �work here; http://tinyurl.com/2ymelc
> I relax here; http://tinyurl.com/2cgsug
>



-- 
Become a Wicket expert, learn from the best: http://wicketinaction.com
Apache Wicket 1.3.5 is released
Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.3.

Re: [vote] release apache etch 1.1.0 incubating (rc3)

2009-06-21T09:00:05Z

1. Verified all .MD5 and .SHA1 checksums.

2. Verified that the .ASC is signed by a key from the KEYS file in the
SVN directory.

3. Content in -src.tar.gz has an extra level of 'etch' that we
normally don't promote. Not a stopper.

4. Verified that all artifacts in SRC release exist in the SVN tag.

5. Verified that the content in the SRC zip and tar.gz archives are
equivalent. Whitespace differs though, not a stopper.

6. There is two files present in the BIN.zip distro that is not
present in the BIN.tar.gz distro;
    ApacheEtchCsharpIncubating.dll
    ApacheEtchCsharpIncubating.pdb
    Any reason for that?? Stopper depending on answer.

7. I didn't get "ant-dotnet" working.
  [taskdef] Could not load definitions from resource
org/apache/ant/dotnet/antlib.xml. It could not be found.
  I think it is because the following property
Etch.dependency.ant-dotnet-1.0.jar, see;
    -bash-3.2$ grep -r build.ant-dotnet.lib * | grep -v target
    build-support/etch.common.xml:    
refers to "build.ant-dotnet.lib" which is not set anywhere... but then
again, changing it to use ant-dotnet.lib (defined in
build.dependencies) didn't work, so it could be a matter of ordering
and/or classpath setups... and I don't have more time to investigate
this. I recommend an amendment in the BUILD.txt saying how to make the
Taskdef available in Ant by copying something, or setting an
additional env variable. I want to see an amendment in the BUILD.txt
OR a fix to the build so that the BUILD.txt tells the correct story.

8. I have not tested the Eclipse build, as I see that as a pure
optional setup...

9. Licensing-wise;
  a. You depend on JavaCC which is licensed under BSD, which is fully
Ok, but the BSD license requires that the downstream users are
notified of this and that attribution is paid to the project. Please
add an entry for that in NOTICE, and the actual BSD License text at
the end of LICENSE file. This is a show stopper.

  b. You depend on JUnit which is licensed under Common Public License
(CPL), which we have defined as a Category B license for inclusion in
Apache projects, i.e. only Binary dependencies. You fulfill this
requirement, but again CPL requires attribution, so please add in
NOTICE and the full license text at the end of the LICENSE file.
Alternatively, specify JUnit installed to operate with Ant as a
"System Requirement" for building from sources.

  c. You have an optional/alternate dependency on Mono. Considering
the licensing statement from Novell, I think this should also be
brought up on legal-discuss@ mailing list. I don't think it has been
covered in the past. Personally I think you are in the clear, (same
goes for NUnit) if you change the wording to be that Mono or DotNet
(and NUnit) are "System Requirements" and not "Dependencies" as they
are now listed. After all, you are not redistributing in any way.

  d. I think you should gracefully list Apache Velocity in the NOTICE file.

10. I have not verified that the build output from sources correspond
with the binary distro.

Cheers

On Fri, Jun 12, 2009 at 1:50 AM, scott comer wrote:
> artifacts are here:
>
> http://people.apache.org/~sccomer/apache-etch-1.1.0-incubating/
>
> source is tagged here:
>
> http://svn.apache.org/repos/asf/incubator/etch/releases/release-1.1.0-incubating/
>
> notes about testing here:
>
> http://cwiki.apache.org/ETCH/checking-a-release.html
>
> i've downloaded and tested:
>
> apache-etch-1.1.0-incubating-setup.exe
>
> i checked sig, md5, sha, installed and built examples and README.txt of
> examples.
>
> i checked operation of eclipse scripts in a normal (no space in path)
> environment.
>
> +1
>
> someone else please test:
>
> (extract and build on linux)
> apache-etch-1.1.0-incubating-src.tar.gz
>
> (extract and build on windows)
> apache-etch-1.1.0-incubating-src.zip
>
> (extract and build examples on linux)
> apache-etch-1.1.0-incubating.tar.gz
>
> (extract and build examples on windows)
> apache-etch-1.1.0-incubating.zip
>
> scott out
>
>

-- 
Niclas Hedhman, Software Developer
http://www.qi4j.org - New Energy for Java

I  live here; http://tinyurl.com/2qq9er
I  work here; http://tinyurl.com/2ymelc
I relax here; http://tinyurl.com/2cgsug

Re: release 1.1.0 wiki page and beyond...

2009-06-17T11:56:37Z

thanks! i will work on this.

scott out

On Jun 17, 2009, at 3:09 AM, Niclas Hedhman wrote:

> On Tue, Jun 16, 2009 at 12:33 AM, scott comer wrote:
>
>> currently we are linking to artifacts from cisco (1.0.1) and from  
>> james
>> (1.0.2)
>> and my (1.1.0) home directories on people.apache.org. i'm guessing  
>> there is
>> a
>> better place to put these latter two released files.
>
> Hmmm... I think I have missed to inform you about how releases are
> handled. I have not been a release manager myself since 2004, so I am
> a bit rusty on the subject.
>
> In essence, the ASF doesn't have enough bandwidth to serve all the
> downloads from the public, so we depend on other companies to be
> 'mirrors', and for that to work there are both a special "download
> page" script as well as dedicated locations where the artifacts must
> be stored.
>
> Here are some pages with a lot of information;
> http://www.apache.org/dev/release.html
> http://www.apache.org/dev/release-download-pages.html  [1]
> http://www.apache.org/dev/release-signing.html
> http://httpd.apache.org/dev/release.html
> http://commons.apache.org/releases/
>
> http://incubator.apache.org/guides/releasemanagement.html (still  
> under dev)
>
> also see example from other podling;
> http://incubator.apache.org/sling/site/release-management.html
>
>
> Please note that when they speak of
> "www.apache.org/dist/incubator/etch", the actual location is;
> Server; people.apache.org
> Directory; /x1/www/incubator.apache.org/etch
>
>
> [1] This document describes how you create a Download page for stuff
> stored in /dist and served by mirrors.
>
>
> Cheers
> -- 
> Niclas Hedhman, Software Developer
> http://www.qi4j.org - New Energy for Java
>
> I  live here; http://tinyurl.com/2qq9er
> I  work here; http://tinyurl.com/2ymelc
> I relax here; http://tinyurl.com/2cgsug

Re: release 1.1.0 wiki page and beyond...

2009-06-17T08:09:24Z

On Tue, Jun 16, 2009 at 12:33 AM, scott comer wrote:

> currently we are linking to artifacts from cisco (1.0.1) and from james
> (1.0.2)
> and my (1.1.0) home directories on people.apache.org. i'm guessing there is
> a
> better place to put these latter two released files.

Hmmm... I think I have missed to inform you about how releases are
handled. I have not been a release manager myself since 2004, so I am
a bit rusty on the subject.

In essence, the ASF doesn't have enough bandwidth to serve all the
downloads from the public, so we depend on other companies to be
'mirrors', and for that to work there are both a special "download
page" script as well as dedicated locations where the artifacts must
be stored.

Here are some pages with a lot of information;
http://www.apache.org/dev/release.html
http://www.apache.org/dev/release-download-pages.html  [1]
http://www.apache.org/dev/release-signing.html
http://httpd.apache.org/dev/release.html
http://commons.apache.org/releases/

http://incubator.apache.org/guides/releasemanagement.html (still under dev)

also see example from other podling;
http://incubator.apache.org/sling/site/release-management.html

Please note that when they speak of
"www.apache.org/dist/incubator/etch", the actual location is;
Server; people.apache.org
Directory; /x1/www/incubator.apache.org/etch

[1] This document describes how you create a Download page for stuff
stored in /dist and served by mirrors.

Cheers
-- 
Niclas Hedhman, Software Developer
http://www.qi4j.org - New Energy for Java

I  live here; http://tinyurl.com/2qq9er
I  work here; http://tinyurl.com/2ymelc
I relax here; http://tinyurl.com/2cgsug

Re: resolved jira issues...

2009-06-15T19:22:32Z

scott comer wrote:
> i resolved all the issues which were resolved by other people where i 
> could verify they were really
> resolved.
i CLOSED all the issues ...

scott out
>
> that leaves all the issues resolved by me. i don't feel like i should 
> be the one to mark them as done,
> even though i feel they are.
>
> normally these would be marked done after someone verified the 
> resolution.
>
> https://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=true&pid=12310835&status=5

>
>
> scott out
>

resolved jira issues...

2009-06-15T17:46:40Z

i resolved all the issues which were resolved by other people where i 
could verify they were really
resolved.

that leaves all the issues resolved by me. i don't feel like i should be 
the one to mark them as done,
even though i feel they are.

normally these would be marked done after someone verified the resolution.

https://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=true&pid=12310835&status=5

scott out

[jira] Assigned: (ETCH-29) Installing all Maven artifacts along with their sources.

2009-06-15T16:44:07Z


     [ https://issues.apache.org/jira/browse/ETCH-29?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

scott comer reassigned ETCH-29:
-------------------------------

    Assignee: scott comer

> Installing all Maven artifacts along with their sources.
> --------------------------------------------------------
>
>                 Key: ETCH-29
>                 URL: https://issues.apache.org/jira/browse/ETCH-29
>             Project: Etch
>          Issue Type: Improvement
>          Components: build
>    Affects Versions: 1.0.0, 1.0.1
>            Reporter: Richard Bolkey
>            Assignee: scott comer
>            Priority: Minor
>             Fix For: 1.0.2
>
>         Attachments: etch-maven-patch.txt
>
>   Original Estimate: 0.17h
>  Remaining Estimate: 0.17h
>
> It's handy to have the other packages Etch produces installed as artifacts in the local
Maven repository (in case your doing plugin development or something).  Also, installing the
source package is VERY handy when debugging.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

release 1.1.0 wiki page and beyond...

2009-06-15T16:33:05Z

this page is not yet linked from the download page.

http://cwiki.apache.org/confluence/display/ETCH/Release+1.1.0-incubating

currently we are linking to artifacts from cisco (1.0.1) and from james 
(1.0.2)
and my (1.1.0) home directories on people.apache.org. i'm guessing there 
is a
better place to put these latter two released files.

we probably need to refactor and tune up the documentation and roadmap
pages.

anyone got anymore thoughts about 1.2? perhaps 1.1.1? shoot 'em to me or
post 'em here.

scott out

Re: [vote] release apache etch 1.1.0 incubating (rc3)

2009-06-15T13:27:16Z

Content-type: text/plain; charset=ISO-8859-1; format=flowed
Content-transfer-encoding: 7BIT

oh, thanks! you're the man.

Manoj Ganesan wrote:
> +1
>
> I've checked the source and binaries files on both linux and windows.
>
> Manoj
>
>
> On Thu, Jun 11, 2009 at 1:58 PM, James Dixson  wrote:
>
>   
>> +1
>>
>> --
>> james
>>
>>
>> On Jun 11, 2009, at 12:50 PM, scott comer wrote:
>>
>>  artifacts are here:
>>     
>>> http://people.apache.org/~sccomer/apache-etch-1.1.0-incubating/
>>>
>>> source is tagged here:
>>>
>>>
>>> http://svn.apache.org/repos/asf/incubator/etch/releases/release-1.1.0-incubating/
>>>
>>> notes about testing here:
>>>
>>> http://cwiki.apache.org/ETCH/checking-a-release.html
>>>
>>> i've downloaded and tested:
>>>
>>> apache-etch-1.1.0-incubating-setup.exe
>>>
>>> i checked sig, md5, sha, installed and built examples and README.txt of
>>> examples.
>>>
>>> i checked operation of eclipse scripts in a normal (no space in path)
>>> environment.
>>>
>>> +1
>>>
>>> someone else please test:
>>>
>>> (extract and build on linux)
>>> apache-etch-1.1.0-incubating-src.tar.gz
>>>
>>> (extract and build on windows)
>>> apache-etch-1.1.0-incubating-src.zip
>>>
>>> (extract and build examples on linux)
>>> apache-etch-1.1.0-incubating.tar.gz
>>>
>>> (extract and build examples on windows)
>>> apache-etch-1.1.0-incubating.zip
>>>
>>> scott out
>>>
>>>
>>>       
>
>

Re: [vote] release apache etch release-1.1.0-incubating

2009-06-14T13:38:20Z

Release pumped, voted +3 so far

Sent from my iPhone

On Jun 14, 2009, at 1:16 AM, Niclas Hedhman  wrote:

> On Thu, Jun 11, 2009 at 11:15 AM, scott comer wrote:
>> hooray!
>>
>> thanks. will pump a release in the morning.
>
> So, what is the status right now? Weekends is when I have time to
> check things out...
>
>
> Cheers
> -- 
> Niclas Hedhman, Software Developer
> http://www.qi4j.org - New Energy for Java
>
> I  live here; http://tinyurl.com/2qq9er
> I  work here; http://tinyurl.com/2ymelc
> I relax here; http://tinyurl.com/2cgsug

Re: [vote] release apache etch release-1.1.0-incubating

2009-06-14T06:16:35Z

On Thu, Jun 11, 2009 at 11:15 AM, scott comer wrote:
> hooray!
>
> thanks. will pump a release in the morning.

So, what is the status right now? Weekends is when I have time to
check things out...


Cheers
-- 
Niclas Hedhman, Software Developer
http://www.qi4j.org - New Energy for Java

I  live here; http://tinyurl.com/2qq9er
I  work here; http://tinyurl.com/2ymelc
I relax here; http://tinyurl.com/2cgsug

Re: [vote] release apache etch 1.1.0 incubating (rc3)

2009-06-12T00:57:46Z

+1

I've checked the source and binaries files on both linux and windows.

Manoj


On Thu, Jun 11, 2009 at 1:58 PM, James Dixson  wrote:

> +1
>
> --
> james
>
>
> On Jun 11, 2009, at 12:50 PM, scott comer wrote:
>
>  artifacts are here:
>>
>> http://people.apache.org/~sccomer/apache-etch-1.1.0-incubating/
>>
>> source is tagged here:
>>
>>
>> http://svn.apache.org/repos/asf/incubator/etch/releases/release-1.1.0-incubating/
>>
>> notes about testing here:
>>
>> http://cwiki.apache.org/ETCH/checking-a-release.html
>>
>> i've downloaded and tested:
>>
>> apache-etch-1.1.0-incubating-setup.exe
>>
>> i checked sig, md5, sha, installed and built examples and README.txt of
>> examples.
>>
>> i checked operation of eclipse scripts in a normal (no space in path)
>> environment.
>>
>> +1
>>
>> someone else please test:
>>
>> (extract and build on linux)
>> apache-etch-1.1.0-incubating-src.tar.gz
>>
>> (extract and build on windows)
>> apache-etch-1.1.0-incubating-src.zip
>>
>> (extract and build examples on linux)
>> apache-etch-1.1.0-incubating.tar.gz
>>
>> (extract and build examples on windows)
>> apache-etch-1.1.0-incubating.zip
>>
>> scott out
>>
>>
>

Re: [vote] release apache etch 1.1.0 incubating (rc3)

2009-06-11T18:58:52Z

+1

--
james

On Jun 11, 2009, at 12:50 PM, scott comer wrote:

> artifacts are here:
>
> http://people.apache.org/~sccomer/apache-etch-1.1.0-incubating/
>
> source is tagged here:
>
> http://svn.apache.org/repos/asf/incubator/etch/releases/release-1.1.0-incubating/
>
> notes about testing here:
>
> http://cwiki.apache.org/ETCH/checking-a-release.html
>
> i've downloaded and tested:
>
> apache-etch-1.1.0-incubating-setup.exe
>
> i checked sig, md5, sha, installed and built examples and README.txt  
> of examples.
>
> i checked operation of eclipse scripts in a normal (no space in  
> path) environment.
>
> +1
>
> someone else please test:
>
> (extract and build on linux)
> apache-etch-1.1.0-incubating-src.tar.gz
>
> (extract and build on windows)
> apache-etch-1.1.0-incubating-src.zip
>
> (extract and build examples on linux)
> apache-etch-1.1.0-incubating.tar.gz
>
> (extract and build examples on windows)
> apache-etch-1.1.0-incubating.zip
>
> scott out
>

[vote] release apache etch 1.1.0 incubating (rc3)

2009-06-11T17:50:31Z

artifacts are here:

http://people.apache.org/~sccomer/apache-etch-1.1.0-incubating/

source is tagged here:

http://svn.apache.org/repos/asf/incubator/etch/releases/release-1.1.0-incubating/

notes about testing here:

http://cwiki.apache.org/ETCH/checking-a-release.html

i've downloaded and tested:

apache-etch-1.1.0-incubating-setup.exe

i checked sig, md5, sha, installed and built examples and README.txt of 
examples.

i checked operation of eclipse scripts in a normal (no space in path) 
environment.

+1

someone else please test:

(extract and build on linux)
apache-etch-1.1.0-incubating-src.tar.gz

(extract and build on windows)
apache-etch-1.1.0-incubating-src.zip

(extract and build examples on linux)
apache-etch-1.1.0-incubating.tar.gz

(extract and build examples on windows)
apache-etch-1.1.0-incubating.zip

scott out

[jira] Resolved: (ETCH-15) design and implement a framework for interoperability testing, plus a simple demonstration test

2009-06-11T03:21:07Z


     [ https://issues.apache.org/jira/browse/ETCH-15?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

scott comer resolved ETCH-15.
-----------------------------

       Resolution: Fixed
    Fix Version/s: 1.1
         Assignee: scott comer

> design and implement a framework for interoperability testing, plus a simple demonstration
test
> -----------------------------------------------------------------------------------------------
>
>                 Key: ETCH-15
>                 URL: https://issues.apache.org/jira/browse/ETCH-15
>             Project: Etch
>          Issue Type: New Feature
>          Components: build
>         Environment: windows, unix, mac
>            Reporter: scott comer
>            Assignee: scott comer
>             Fix For: 1.1
>
>
> we need a way to automate the interoperability tests. hard enough now with 2 versions
of java (1.5.x, 1.6.x), 3 versions of .net (2, 3, 3.5), 2 bindings (java, csharp), and four
operating systems (win xp pro, win 2k3, mac osx, and some linux), multitudinous runtime transport
options...
> we need a mechanism to:
> 1) describe the test programs (i.e., java server, java client, csharp server, csharp
client)
> 2) invoke the tests again and again with various configurations and options
> 3) correlate and report the results

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Updated: (ETCH-63) Change maven groupId to "org.apache.etch" from "etch.etch"

2009-06-11T03:19:07Z


     [ https://issues.apache.org/jira/browse/ETCH-63?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

scott comer updated ETCH-63:
----------------------------

    Affects Version/s: 1.1
        Fix Version/s: 1.1

> Change maven groupId to "org.apache.etch" from "etch.etch"
> ----------------------------------------------------------
>
>                 Key: ETCH-63
>                 URL: https://issues.apache.org/jira/browse/ETCH-63
>             Project: Etch
>          Issue Type: Improvement
>          Components: build
>    Affects Versions: 1.1
>            Reporter: Richard Bolkey
>            Assignee: scott comer
>             Fix For: 1.1
>
>         Attachments: Changing_groupId_to_org_apache_etch_from_etch_etch.patch
>
>   Original Estimate: 1h
>  Remaining Estimate: 1h
>
> The best practice for the group id of a maven artifact is the base package name, in our
case "org.apache.etch".

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Resolved: (ETCH-63) Change maven groupId to "org.apache.etch" from "etch.etch"

2009-06-11T03:19:07Z


     [ https://issues.apache.org/jira/browse/ETCH-63?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

scott comer resolved ETCH-63.
-----------------------------

    Resolution: Fixed

forgot to mark this as resolved in release 1.1.

> Change maven groupId to "org.apache.etch" from "etch.etch"
> ----------------------------------------------------------
>
>                 Key: ETCH-63
>                 URL: https://issues.apache.org/jira/browse/ETCH-63
>             Project: Etch
>          Issue Type: Improvement
>          Components: build
>    Affects Versions: 1.1
>            Reporter: Richard Bolkey
>            Assignee: scott comer
>             Fix For: 1.1
>
>         Attachments: Changing_groupId_to_org_apache_etch_from_etch_etch.patch
>
>   Original Estimate: 1h
>  Remaining Estimate: 1h
>
> The best practice for the group id of a maven artifact is the base package name, in our
case "org.apache.etch".

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Assigned: (ETCH-63) Change maven groupId to "org.apache.etch" from "etch.etch"

2009-06-11T03:19:07Z


     [ https://issues.apache.org/jira/browse/ETCH-63?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

scott comer reassigned ETCH-63:
-------------------------------

    Assignee: scott comer

> Change maven groupId to "org.apache.etch" from "etch.etch"
> ----------------------------------------------------------
>
>                 Key: ETCH-63
>                 URL: https://issues.apache.org/jira/browse/ETCH-63
>             Project: Etch
>          Issue Type: Improvement
>          Components: build
>    Affects Versions: 1.1
>            Reporter: Richard Bolkey
>            Assignee: scott comer
>             Fix For: 1.1
>
>         Attachments: Changing_groupId_to_org_apache_etch_from_etch_etch.patch
>
>   Original Estimate: 1h
>  Remaining Estimate: 1h
>
> The best practice for the group id of a maven artifact is the base package name, in our
case "org.apache.etch".

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.