From - Tue Oct 17 22:44:51 2006
X-Account-Key: account3
X-UIDL: 0000ed5603675a53
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
Received: from lists.sourceforge.net ([66.35.250.206]:15543 "EHLO
	mail.sourceforge.net") by ps12.test.onet.pl with ESMTP
	id <S7025152AbWJQRB1>; Tue, 17 Oct 2006 19:01:27 +0200
Received: from sc8-sf-web1-b.sourceforge.net ([10.3.1.71] helo=sc8-sf-web1.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1GZsJd-00021g-Nk; Tue, 17 Oct 2006 10:01:21 -0700
Received: from nobody by sc8-sf-web1.sourceforge.net with local (Exim 4.43)
	id 1GZsJd-0002gu-IB; Tue, 17 Oct 2006 10:01:21 -0700
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ ical4j-Bugs-1579126 ] URIs int AltRep
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-SourceForge-Tracker-unixname:	ical4j
X-SourceForge-Tracker-trackerid: 646395
X-SourceForge-Tracker-itemid: 1579126
X-SourceForge-Tracker-itemstatus: Open
X-SourceForge-Tracker-itemassignee: nobody
X-SourceForge-Tracker-itemupdate-reason: Tracker Item Submitted
X-SourceForge-Tracker-itemupdate-username: Item Submitter
Message-Id: <E1GZsJd-0002gu-IB@sc8-sf-web1.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web1.sourceforge.net>
Date:	Tue, 17 Oct 2006 10:01:21 -0700
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   

Bugs item #1579126, was opened at 2006-10-17 19:01
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=646395&aid=1579126&group_id=107024

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Antoni Mylka (mylka)
Assigned to: Nobody/Anonymous (nobody)
Summary: URIs int AltRep

Initial Comment:
Using java.net.URI for internal representation causes 
problems with certain valid values like:

DESCRIPTION
 ;ALTREP="CID:<part3.msg.970415T083000@host.com>"
 :Project description....

(This example has been taken from RFC 2445 4.2.1)

The java.net.URI constructor complains about the '<' 
sign in the URI. As a workaround, I switched the 
internal representation to string, and reimplemented 
the getUri method to:

public final URI getUri() throws URISyntaxException {
return new URI(Uris.encode(
        Strings.unquote(uriString)));
}



----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=646395&aid=1579126&group_id=107024

From - Tue Oct 17 17:51:29 2006
X-Account-Key: account3
X-UIDL: 0000ed560367027c
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
Received: from lists.sourceforge.net ([66.35.250.206]:21975 "EHLO
	mail.sourceforge.net") by ps6.test.onet.pl with ESMTP
	id <S6727477AbWJQOJg>; Tue, 17 Oct 2006 16:09:36 +0200
Received: from sc8-sf-web3-b.sourceforge.net ([10.3.1.73] helo=sc8-sf-web3.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1GZpdF-0007ud-Bu; Tue, 17 Oct 2006 07:09:25 -0700
Received: from nobody by sc8-sf-web3.sourceforge.net with local (Exim 4.43)
	id 1GZpdF-00062G-6U; Tue, 17 Oct 2006 07:09:25 -0700
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ ical4j-Bugs-1578988 ] Arithmetic errors in GEO
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-SourceForge-Tracker-unixname:	ical4j
X-SourceForge-Tracker-trackerid: 646395
X-SourceForge-Tracker-itemid: 1578988
X-SourceForge-Tracker-itemstatus: Open
X-SourceForge-Tracker-itemassignee: fortuna
X-SourceForge-Tracker-itemupdate-reason: Tracker Item Submitted
X-SourceForge-Tracker-itemupdate-username: Item Submitter
Message-Id: <E1GZpdF-00062G-6U@sc8-sf-web3.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web3.sourceforge.net>
Date:	Tue, 17 Oct 2006 07:09:25 -0700
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   

Bugs item #1578988, was opened at 2006-10-17 16:09
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=646395&aid=1578988&group_id=107024

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Parsing
Group: Pre-release (0.9)
Status: Open
Resolution: None
Priority: 5
Submitted By: Antoni Mylka (mylka)
Assigned to: Ben Fortuna (fortuna)
Summary: Arithmetic errors in GEO

Initial Comment:
I think that storing latitude and longitude as float 
values is a bad idea. I work with ical files, that 
have GEO property specified to six decimal digits. 
ical4j converts them to floats, converting them back 
to strings introduces substantial errors, that pose a 
real problem for me.

In my opinion the internal representation should be 
string, get/set value should also operate on these 
unchanged strings. getLatitutde and getLongitude can 
be provided for convenience, but they should compute 
the float representation on every call (or maybe 
introduce two parallel representations). All these 
changes are easy to introduce without changes in the 
interface.

If the ability to work with floats is really a 
priority - the solution with two parallel 
representations may be the best one... I attach a new 
version of the file - without the bugs. This one 
enables the user to work with get/set value without 
loss of information. get/set longitude/latitude are 
also provided and appropriate conversions are made.



----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=646395&aid=1578988&group_id=107024

From - Tue Oct 17 19:02:53 2006
X-Account-Key: account3
X-UIDL: 0000ed5603672bdb
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
Received: from lists.sourceforge.net ([66.35.250.206]:26040 "EHLO
	mail.sourceforge.net") by ps1.test.onet.pl with ESMTP
	id <S7460241AbWJQRCO>; Tue, 17 Oct 2006 19:02:14 +0200
Received: from sc8-sf-web1-b.sourceforge.net ([10.3.1.71] helo=sc8-sf-web1.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1GZsKN-0002FG-Es; Tue, 17 Oct 2006 10:02:07 -0700
Received: from nobody by sc8-sf-web1.sourceforge.net with local (Exim 4.43)
	id 1GZsKN-0002kj-5z; Tue, 17 Oct 2006 10:02:07 -0700
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ ical4j-Bugs-1578959 ] Bug in setValue in Geo 
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-SourceForge-Tracker-unixname:	ical4j
X-SourceForge-Tracker-trackerid: 646395
X-SourceForge-Tracker-itemid: 1578959
X-SourceForge-Tracker-itemstatus: Open
X-SourceForge-Tracker-itemassignee: fortuna
X-SourceForge-Tracker-itemupdate-reason: Settings changed
X-SourceForge-Tracker-itemupdate-username: mylka
Message-Id: <E1GZsKN-0002kj-5z@sc8-sf-web1.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web1.sourceforge.net>
Date:	Tue, 17 Oct 2006 10:02:07 -0700
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   

Bugs item #1578959, was opened at 2006-10-17 15:35
Message generated for change (Settings changed) made by mylka
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=646395&aid=1578959&group_id=107024

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Antoni Mylka (mylka)
>Assigned to: Ben Fortuna (fortuna)
Summary: Bug in setValue in Geo 

Initial Comment:
class net.fortuna.ical4j.model.property.Geo
method setValue (line 201)

This method looks as follows:

public final void setValue(final String aValue) {
 lattitude 
   = Float.parseFloat(aValue.substring(0,
     aValue.indexOf(';') - 1));
  longitude  
   = Float.parseFloat(aValue.substring(
     aValue.indexOf(';')));
}

This causes exceptions when parsing the second float:

... (some stack trace)
Caused by: java.lang.NumberFormatException: For input 
string: ";-79.945815"
... (some stack trace)

I added a '+1' in the last line and the problem 
disappeared.

public final void setValue(final String aValue) {
 lattitude 
   = Float.parseFloat(aValue.substring(0,
     aValue.indexOf(';') - 1));
  longitude  
   = Float.parseFloat(aValue.substring(
     aValue.indexOf(';') + 1));
}

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=646395&aid=1578959&group_id=107024

From - Tue Oct 17 19:02:54 2006
X-Account-Key: account3
X-UIDL: 0000ed5603672bfc
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
Received: from lists.sourceforge.net ([66.35.250.206]:61864 "EHLO
	mail.sourceforge.net") by ps1.test.onet.pl with ESMTP
	id <S7460292AbWJQRCZ>; Tue, 17 Oct 2006 19:02:25 +0200
Received: from sc8-sf-web2-b.sourceforge.net ([10.3.1.72] helo=sc8-sf-web2.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1GZsKb-00013R-FI; Tue, 17 Oct 2006 10:02:21 -0700
Received: from nobody by sc8-sf-web2.sourceforge.net with local (Exim 4.43)
	id 1GZsKb-00017h-7A; Tue, 17 Oct 2006 10:02:21 -0700
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ ical4j-Bugs-1579126 ] URIs int AltRep
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-SourceForge-Tracker-unixname:	ical4j
X-SourceForge-Tracker-trackerid: 646395
X-SourceForge-Tracker-itemid: 1579126
X-SourceForge-Tracker-itemstatus: Open
X-SourceForge-Tracker-itemassignee: fortuna
X-SourceForge-Tracker-itemupdate-reason: Settings changed
X-SourceForge-Tracker-itemupdate-username: mylka
Message-Id: <E1GZsKb-00017h-7A@sc8-sf-web2.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web2.sourceforge.net>
Date:	Tue, 17 Oct 2006 10:02:21 -0700
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   

Bugs item #1579126, was opened at 2006-10-17 19:01
Message generated for change (Settings changed) made by mylka
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=646395&aid=1579126&group_id=107024

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Antoni Mylka (mylka)
>Assigned to: Ben Fortuna (fortuna)
Summary: URIs int AltRep

Initial Comment:
Using java.net.URI for internal representation causes 
problems with certain valid values like:

DESCRIPTION
 ;ALTREP="CID:<part3.msg.970415T083000@host.com>"
 :Project description....

(This example has been taken from RFC 2445 4.2.1)

The java.net.URI constructor complains about the '<' 
sign in the URI. As a workaround, I switched the 
internal representation to string, and reimplemented 
the getUri method to:

public final URI getUri() throws URISyntaxException {
return new URI(Uris.encode(
        Strings.unquote(uriString)));
}



----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=646395&aid=1579126&group_id=107024

From - Wed Oct 18 09:44:42 2006
X-Account-Key: account3
X-UIDL: 0000ed560367c204
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
Received: from lists.sourceforge.net ([66.35.250.206]:63934 "EHLO
	mail.sourceforge.net") by ps2.test.onet.pl with ESMTP
	id <S1430856AbWJQNvq>; Tue, 17 Oct 2006 15:51:46 +0200
Received: from sc8-sf-web1-b.sourceforge.net ([10.3.1.71] helo=sc8-sf-web1.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1GZp6V-00076g-RI; Tue, 17 Oct 2006 06:35:35 -0700
Received: from nobody by sc8-sf-web1.sourceforge.net with local (Exim 4.43)
	id 1GZp6V-0007jw-HG; Tue, 17 Oct 2006 06:35:35 -0700
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ ical4j-Bugs-1578959 ] Bug in setValue in Geo 
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-SourceForge-Tracker-unixname:	ical4j
X-SourceForge-Tracker-trackerid: 646395
X-SourceForge-Tracker-itemid: 1578959
X-SourceForge-Tracker-itemstatus: Open
X-SourceForge-Tracker-itemassignee: nobody
X-SourceForge-Tracker-itemupdate-reason: Tracker Item Submitted
X-SourceForge-Tracker-itemupdate-username: Item Submitter
Message-Id: <E1GZp6V-0007jw-HG@sc8-sf-web1.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web1.sourceforge.net>
Date:	Tue, 17 Oct 2006 06:35:35 -0700
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   

Bugs item #1578959, was opened at 2006-10-17 15:35
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=646395&aid=1578959&group_id=107024

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Antoni Mylka (mylka)
Assigned to: Nobody/Anonymous (nobody)
Summary: Bug in setValue in Geo 

Initial Comment:
class net.fortuna.ical4j.model.property.Geo
method setValue (line 201)

This method looks as follows:

public final void setValue(final String aValue) {
 lattitude 
   = Float.parseFloat(aValue.substring(0,
     aValue.indexOf(';') - 1));
  longitude  
   = Float.parseFloat(aValue.substring(
     aValue.indexOf(';')));
}

This causes exceptions when parsing the second float:

... (some stack trace)
Caused by: java.lang.NumberFormatException: For input 
string: ";-79.945815"
... (some stack trace)

I added a '+1' in the last line and the problem 
disappeared.

public final void setValue(final String aValue) {
 lattitude 
   = Float.parseFloat(aValue.substring(0,
     aValue.indexOf(';') - 1));
  longitude  
   = Float.parseFloat(aValue.substring(
     aValue.indexOf(';') + 1));
}

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=646395&aid=1578959&group_id=107024

From - Wed Oct 18 15:26:16 2006
X-Account-Key: account3
X-UIDL: 0000ed560369a80c
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
Received: from lists.sourceforge.net ([66.35.250.206]:59624 "EHLO
	mail.sourceforge.net") by ps4.test.onet.pl with ESMTP
	id <S3626742AbWJRKKQ>; Wed, 18 Oct 2006 12:10:16 +0200
Received: from sc8-sf-web4-b.sourceforge.net ([10.3.1.74] helo=sc8-sf-web4.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1Ga8Lb-00037x-1S; Wed, 18 Oct 2006 03:08:27 -0700
Received: from nobody by sc8-sf-web4.sourceforge.net with local (Exim 4.43)
	id 1Ga8La-0001Pl-TJ; Wed, 18 Oct 2006 03:08:26 -0700
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ ical4j-Patches-1579538 ] Fix for Geo arithmetic
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-SourceForge-Tracker-unixname:	ical4j
X-SourceForge-Tracker-trackerid: 646397
X-SourceForge-Tracker-itemid: 1579538
X-SourceForge-Tracker-itemstatus: Open
X-SourceForge-Tracker-itemassignee: nobody
X-SourceForge-Tracker-itemupdate-reason: Tracker Item Submitted
X-SourceForge-Tracker-itemupdate-username: Item Submitter
Message-Id: <E1Ga8La-0001Pl-TJ@sc8-sf-web4.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web4.sourceforge.net>
Date:	Wed, 18 Oct 2006 03:08:26 -0700
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   

Patches item #1579538, was opened at 2006-10-18 12:08
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=646397&aid=1579538&group_id=107024

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Antoni Mylka (mylka)
Assigned to: Nobody/Anonymous (nobody)
Summary: Fix for Geo arithmetic

Initial Comment:
This guarantees that after

Geo geo = new Geo();
String value = "23.343432;65.344523"
geo.setValue(value);
String newValue = geo.getValue();
assertEquals(value,newValue);

always holds for every value.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=646397&aid=1579538&group_id=107024

From - Wed Oct 18 15:26:17 2006
X-Account-Key: account3
X-UIDL: 0000ed560369afad
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
Received: from lists.sourceforge.net ([66.35.250.206]:28812 "EHLO
	mail.sourceforge.net") by ps2.test.onet.pl with ESMTP
	id <S1414092AbWJRKUr>; Wed, 18 Oct 2006 12:20:47 +0200
Received: from sc8-sf-web3-b.sourceforge.net ([10.3.1.73] helo=sc8-sf-web3.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1Ga8XV-0007Ig-KY; Wed, 18 Oct 2006 03:20:45 -0700
Received: from nobody by sc8-sf-web3.sourceforge.net with local (Exim 4.43)
	id 1Ga8XV-00081o-H9; Wed, 18 Oct 2006 03:20:45 -0700
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ ical4j-Bugs-1578988 ] Arithmetic errors in GEO
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-SourceForge-Tracker-unixname:	ical4j
X-SourceForge-Tracker-trackerid: 646395
X-SourceForge-Tracker-itemid: 1578988
X-SourceForge-Tracker-itemstatus: Open
X-SourceForge-Tracker-itemassignee: fortuna
X-SourceForge-Tracker-itemupdate-reason: Comment added
X-SourceForge-Tracker-itemupdate-username: fortuna
Message-Id: <E1Ga8XV-00081o-H9@sc8-sf-web3.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web3.sourceforge.net>
Date:	Wed, 18 Oct 2006 03:20:45 -0700
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   

Bugs item #1578988, was opened at 2006-10-18 00:09
Message generated for change (Comment added) made by fortuna
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=646395&aid=1578988&group_id=107024

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Parsing
Group: Pre-release (0.9)
Status: Open
Resolution: None
Priority: 5
Submitted By: Antoni Mylka (mylka)
Assigned to: Ben Fortuna (fortuna)
Summary: Arithmetic errors in GEO

Initial Comment:
I think that storing latitude and longitude as float 
values is a bad idea. I work with ical files, that 
have GEO property specified to six decimal digits. 
ical4j converts them to floats, converting them back 
to strings introduces substantial errors, that pose a 
real problem for me.

In my opinion the internal representation should be 
string, get/set value should also operate on these 
unchanged strings. getLatitutde and getLongitude can 
be provided for convenience, but they should compute 
the float representation on every call (or maybe 
introduce two parallel representations). All these 
changes are easy to introduce without changes in the 
interface.

If the ability to work with floats is really a 
priority - the solution with two parallel 
representations may be the best one... I attach a new 
version of the file - without the bugs. This one 
enables the user to work with get/set value without 
loss of information. get/set longitude/latitude are 
also provided and appropriate conversions are made.



----------------------------------------------------------------------

>Comment By: Ben Fortuna (fortuna)
Date: 2006-10-18 20:20

Message:
Logged In: YES 
user_id=14058

Hi Antoni,

The reason I used floats to store the lattitude/longitude is
that the iCalendar spec. states for the GEO property:

    Value Type: FLOAT. The value MUST be two SEMICOLON
separated FLOAT values.

I've tried to be consistent in conforming to the types
specified in the spec. and the benefit it that it provides
additional validation of the iCalendar data.

However, obviously using ordinary floats is not sufficient
due to rounding issues, so I'd like to propose that instead
we use BigDecimals internally to the Geo implementation.
This should resolve the rounding issues, but retain type
validation.

I'll proceed with making this change now and confirm that it
resolves the problems you are seeing.

regards,
ben


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=646395&aid=1578988&group_id=107024

From - Wed Oct 18 15:26:17 2006
X-Account-Key: account3
X-UIDL: 0000ed560369b0c3
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
Received: from lists.sourceforge.net ([66.35.250.206]:64396 "EHLO
	mail.sourceforge.net") by ps28.test.onet.pl with ESMTP
	id <S2253011AbWJRKVH>; Wed, 18 Oct 2006 12:21:07 +0200
Received: from sc8-sf-web2-b.sourceforge.net ([10.3.1.72] helo=sc8-sf-web2.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1Ga8Xn-0007Qa-MI; Wed, 18 Oct 2006 03:21:03 -0700
Received: from nobody by sc8-sf-web2.sourceforge.net with local (Exim 4.43)
	id 1Ga8Xn-0006Ry-Gz; Wed, 18 Oct 2006 03:21:03 -0700
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ ical4j-Patches-1579549 ] Semicolons in request status
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-SourceForge-Tracker-unixname:	ical4j
X-SourceForge-Tracker-trackerid: 646397
X-SourceForge-Tracker-itemid: 1579549
X-SourceForge-Tracker-itemstatus: Open
X-SourceForge-Tracker-itemassignee: nobody
X-SourceForge-Tracker-itemupdate-reason: Tracker Item Submitted
X-SourceForge-Tracker-itemupdate-username: Item Submitter
Message-Id: <E1Ga8Xn-0006Ry-Gz@sc8-sf-web2.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web2.sourceforge.net>
Date:	Wed, 18 Oct 2006 03:21:03 -0700
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   

Patches item #1579549, was opened at 2006-10-18 12:21
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=646397&aid=1579549&group_id=107024

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Antoni Mylka (mylka)
Assigned to: Nobody/Anonymous (nobody)
Summary: Semicolons in request status

Initial Comment:
The getValue method in RequestStatus introduced a 
superfluous semicolon at the end of the string if 
exData is not defined. A simple patch...



----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=646397&aid=1579549&group_id=107024

From - Wed Oct 18 15:26:18 2006
X-Account-Key: account3
X-UIDL: 0000ed560369b4e8
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
Received: from lists.sourceforge.net ([66.35.250.206]:40602 "EHLO
	mail.sourceforge.net") by ps8.test.onet.pl with ESMTP
	id <S4870494AbWJRK2K>; Wed, 18 Oct 2006 12:28:10 +0200
Received: from sc8-sf-web5-b.sourceforge.net ([10.3.1.75] helo=sc8-sf-web5.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1Ga8ee-0000QW-6q; Wed, 18 Oct 2006 03:28:08 -0700
Received: from nobody by sc8-sf-web5.sourceforge.net with local (Exim 4.43)
	id 1Ga8ed-0001NZ-RZ; Wed, 18 Oct 2006 03:28:07 -0700
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ ical4j-Patches-1579547 ] Faulty URIs in AltRep
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-SourceForge-Tracker-unixname:	ical4j
X-SourceForge-Tracker-trackerid: 646397
X-SourceForge-Tracker-itemid: 1579547
X-SourceForge-Tracker-itemstatus: Closed
X-SourceForge-Tracker-itemassignee: nobody
X-SourceForge-Tracker-itemupdate-reason: Comment added
X-SourceForge-Tracker-itemupdate-username: fortuna
Message-Id: <E1Ga8ed-0001NZ-RZ@sc8-sf-web5.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web5.sourceforge.net>
Date:	Wed, 18 Oct 2006 03:28:07 -0700
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   

Patches item #1579547, was opened at 2006-10-18 20:17
Message generated for change (Comment added) made by fortuna
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=646397&aid=1579547&group_id=107024

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
>Resolution: Rejected
Priority: 5
Submitted By: Antoni Mylka (mylka)
Assigned to: Nobody/Anonymous (nobody)
Summary: Faulty URIs in AltRep

Initial Comment:
The usage of java.net.URI may not be the best idea. 
The RFC 2445 allows values like: 

ALTREP="CID:<part3.msg.970415T083000@host.com>"

These also occur in example files like:
valid/calconnect9.ics

The parser fails on this file with the following error:

2006-10-18 12:12:22 
org.semanticdesktop.aperture.crawler.ical.IcalCrawler 
crawlIcalFile
SEVERE: Couldn't parse the calendar file
net.fortuna.ical4j.data.ParserException: An error 
ocurred during parsing - line: 29   
        at 
net.fortuna.ical4j.data.CalendarParserImpl.parse(CalendarParserImpl.java:142)
        at 
net.fortuna.ical4j.data.CalendarBuilder.build(CalendarBuilder.java:170)
        at 
net.fortuna.ical4j.data.CalendarBuilder.build(CalendarBuilder.java:153)
        at 
org.semanticdesktop.aperture.crawler.ical.IcalCrawler.crawlIcalFile(IcalCrawler.java:186)
        at 
org.semanticdesktop.aperture.crawler.ical.IcalCrawler.crawlObjects(IcalCrawler.java:153)
        at 
org.semanticdesktop.aperture.crawler.base.CrawlerBase.crawl(CrawlerBase.java:152)
        at 
org.semanticdesktop.aperture.examples.ExampleIcalCrawler.crawl(ExampleIcalCrawler.java:120)
        at 
org.semanticdesktop.aperture.examples.ExampleIcalCrawler.main(ExampleIcalCrawler.java:89)
Caused by: java.net.URISyntaxException: Illegal 
character in opaque part at index 4: 
CID:<FFFF__=0ABBE548DFE147488f9e8a93d@coffeebean.com>
        at java.net.URI$Parser.fail(URI.java:2809)
        at 
java.net.URI$Parser.checkChars(URI.java:2982)
        at java.net.URI$Parser.parse(URI.java:3019)
        at java.net.URI.<init>(URI.java:578)
        at 
net.fortuna.ical4j.model.parameter.AltRep.<init>(AltRep.java:61)
        at 
net.fortuna.ical4j.model.ParameterFactoryImpl$1.createParameter(ParameterFactoryImpl.java:111)
        at 
net.fortuna.ical4j.model.ParameterFactoryImpl.createParameter(ParameterFactoryImpl.java:568)
        at 
net.fortuna.ical4j.data.CalendarBuilder.parameter(CalendarBuilder.java:239)
        at 
net.fortuna.ical4j.data.CalendarParserImpl.parseParameter(CalendarParserImpl.java:289)
        at 
net.fortuna.ical4j.data.CalendarParserImpl.parseParameterList(CalendarParserImpl.java:252)
        at 
net.fortuna.ical4j.data.CalendarParserImpl.parseProperty(CalendarParserImpl.java:199)
        at 
net.fortuna.ical4j.data.CalendarParserImpl.parsePropertyList(CalendarParserImpl.java:170)
        at 
net.fortuna.ical4j.data.CalendarParserImpl.parseComponent(CalendarParserImpl.java:336)
        at 
net.fortuna.ical4j.data.CalendarParserImpl.parsePropertyList(CalendarParserImpl.java:167)
        at 
net.fortuna.ical4j.data.CalendarParserImpl.parse(CalendarParserImpl.java:108)
        ... 7 more

This is due to the java.net.URI constructor that 
complains about the '<' sign in the URI. This 
workaround uses string as an internal representation. 
The getURI() method creates an URI of that string. The 
interface is different. The URISyntaxException is 
thrown by getURI, not by the constructor. It may not 
be clean, but it works for me. Let the author decide 
on a permanent solution.

----------------------------------------------------------------------

>Comment By: Ben Fortuna (fortuna)
Date: 2006-10-18 20:28

Message:
Logged In: YES 
user_id=14058

Hi Antoni,

I have investigated this problem and from what I can tell,
these URIs with '<' and '>' are actually not valid (even by
the RFC that defines how 'CID:' URIs are specified!). I
believe these invalid URIs are generated by Lotus Notes
(haven't heard of other CUAs doing this), so there is a
compatibility hint called 'NOTES_COMPATIBILITY', which can
be enabled as follows:

CompatibilityHints.setHintEnabled(CompatibilityHints.KEY_NOTES_COMPATIBILITY,
true);

When enabled, iCal4j will strip out the '<' and '>' from
URIs prior to constructing the URI instance.

regards,
ben


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=646397&aid=1579547&group_id=107024

From - Wed Oct 18 15:26:19 2006
X-Account-Key: account3
X-UIDL: 0000ed560369c4e0
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
Received: from lists.sourceforge.net ([66.35.250.206]:59320 "EHLO
	mail.sourceforge.net") by ps9.test.onet.pl with ESMTP
	id <S5065785AbWJRKqx>; Wed, 18 Oct 2006 12:46:53 +0200
Received: from sc8-sf-web1-b.sourceforge.net ([10.3.1.71] helo=sc8-sf-web1.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1Ga8y6-0005qf-Ep; Wed, 18 Oct 2006 03:48:14 -0700
Received: from nobody by sc8-sf-web1.sourceforge.net with local (Exim 4.43)
	id 1Ga8y5-0003BN-Dw; Wed, 18 Oct 2006 03:48:13 -0700
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ ical4j-Bugs-1578959 ] Bug in setValue in Geo 
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-SourceForge-Tracker-unixname:	ical4j
X-SourceForge-Tracker-trackerid: 646395
X-SourceForge-Tracker-itemid: 1578959
X-SourceForge-Tracker-itemstatus: Closed
X-SourceForge-Tracker-itemassignee: fortuna
X-SourceForge-Tracker-itemupdate-reason: Comment added
X-SourceForge-Tracker-itemupdate-username: fortuna
Message-Id: <E1Ga8y5-0003BN-Dw@sc8-sf-web1.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web1.sourceforge.net>
Date:	Wed, 18 Oct 2006 03:48:13 -0700
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   

Bugs item #1578959, was opened at 2006-10-17 23:35
Message generated for change (Comment added) made by fortuna
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=646395&aid=1578959&group_id=107024

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Antoni Mylka (mylka)
Assigned to: Ben Fortuna (fortuna)
Summary: Bug in setValue in Geo 

Initial Comment:
class net.fortuna.ical4j.model.property.Geo
method setValue (line 201)

This method looks as follows:

public final void setValue(final String aValue) {
 lattitude 
   = Float.parseFloat(aValue.substring(0,
     aValue.indexOf(';') - 1));
  longitude  
   = Float.parseFloat(aValue.substring(
     aValue.indexOf(';')));
}

This causes exceptions when parsing the second float:

... (some stack trace)
Caused by: java.lang.NumberFormatException: For input 
string: ";-79.945815"
... (some stack trace)

I added a '+1' in the last line and the problem 
disappeared.

public final void setValue(final String aValue) {
 lattitude 
   = Float.parseFloat(aValue.substring(0,
     aValue.indexOf(';') - 1));
  longitude  
   = Float.parseFloat(aValue.substring(
     aValue.indexOf(';') + 1));
}

----------------------------------------------------------------------

>Comment By: Ben Fortuna (fortuna)
Date: 2006-10-18 20:48

Message:
Logged In: YES 
user_id=14058

This is now fixed and available in CVS.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=646395&aid=1578959&group_id=107024

From - Wed Oct 18 15:26:19 2006
X-Account-Key: account3
X-UIDL: 0000ed560369c59d
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
Received: from lists.sourceforge.net ([66.35.250.206]:47546 "EHLO
	mail.sourceforge.net") by ps26.test.onet.pl with ESMTP
	id <S5852574AbWJRKtn>; Wed, 18 Oct 2006 12:49:43 +0200
Received: from sc8-sf-web1-b.sourceforge.net ([10.3.1.71] helo=sc8-sf-web1.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1Ga8zH-0006Cp-EX; Wed, 18 Oct 2006 03:49:27 -0700
Received: from nobody by sc8-sf-web1.sourceforge.net with local (Exim 4.43)
	id 1Ga8zG-0003He-RB; Wed, 18 Oct 2006 03:49:26 -0700
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ ical4j-Bugs-1578988 ] Arithmetic errors in GEO
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-SourceForge-Tracker-unixname:	ical4j
X-SourceForge-Tracker-trackerid: 646395
X-SourceForge-Tracker-itemid: 1578988
X-SourceForge-Tracker-itemstatus: Closed
X-SourceForge-Tracker-itemassignee: fortuna
X-SourceForge-Tracker-itemupdate-reason: Comment added
X-SourceForge-Tracker-itemupdate-username: fortuna
Message-Id: <E1Ga8zG-0003He-RB@sc8-sf-web1.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web1.sourceforge.net>
Date:	Wed, 18 Oct 2006 03:49:26 -0700
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   

Bugs item #1578988, was opened at 2006-10-18 00:09
Message generated for change (Comment added) made by fortuna
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=646395&aid=1578988&group_id=107024

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Parsing
Group: Pre-release (0.9)
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Antoni Mylka (mylka)
Assigned to: Ben Fortuna (fortuna)
Summary: Arithmetic errors in GEO

Initial Comment:
I think that storing latitude and longitude as float 
values is a bad idea. I work with ical files, that 
have GEO property specified to six decimal digits. 
ical4j converts them to floats, converting them back 
to strings introduces substantial errors, that pose a 
real problem for me.

In my opinion the internal representation should be 
string, get/set value should also operate on these 
unchanged strings. getLatitutde and getLongitude can 
be provided for convenience, but they should compute 
the float representation on every call (or maybe 
introduce two parallel representations). All these 
changes are easy to introduce without changes in the 
interface.

If the ability to work with floats is really a 
priority - the solution with two parallel 
representations may be the best one... I attach a new 
version of the file - without the bugs. This one 
enables the user to work with get/set value without 
loss of information. get/set longitude/latitude are 
also provided and appropriate conversions are made.



----------------------------------------------------------------------

>Comment By: Ben Fortuna (fortuna)
Date: 2006-10-18 20:49

Message:
Logged In: YES 
user_id=14058

I've now introduced BigDecimals in place of floats for
internal representation of lattitude/longitude and the
precision errors appear to be resolved.

This fix is now available in CVS.

----------------------------------------------------------------------

Comment By: Ben Fortuna (fortuna)
Date: 2006-10-18 20:20

Message:
Logged In: YES 
user_id=14058

Hi Antoni,

The reason I used floats to store the lattitude/longitude is
that the iCalendar spec. states for the GEO property:

    Value Type: FLOAT. The value MUST be two SEMICOLON
separated FLOAT values.

I've tried to be consistent in conforming to the types
specified in the spec. and the benefit it that it provides
additional validation of the iCalendar data.

However, obviously using ordinary floats is not sufficient
due to rounding issues, so I'd like to propose that instead
we use BigDecimals internally to the Geo implementation.
This should resolve the rounding issues, but retain type
validation.

I'll proceed with making this change now and confirm that it
resolves the problems you are seeing.

regards,
ben


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=646395&aid=1578988&group_id=107024

From - Wed Oct 18 15:26:20 2006
X-Account-Key: account3
X-UIDL: 0000ed560369c6d2
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
Received: from lists.sourceforge.net ([66.35.250.206]:54200 "EHLO
	mail.sourceforge.net") by ps3.test.onet.pl with ESMTP
	id <S3420413AbWJRKvD>; Wed, 18 Oct 2006 12:51:03 +0200
Received: from sc8-sf-web1-b.sourceforge.net ([10.3.1.71] helo=sc8-sf-web1.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1Ga90o-0007EN-8X; Wed, 18 Oct 2006 03:51:02 -0700
Received: from nobody by sc8-sf-web1.sourceforge.net with local (Exim 4.43)
	id 1Ga90n-0003OS-Ip; Wed, 18 Oct 2006 03:51:01 -0700
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ ical4j-Bugs-1579126 ] URIs int AltRep
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-SourceForge-Tracker-unixname:	ical4j
X-SourceForge-Tracker-trackerid: 646395
X-SourceForge-Tracker-itemid: 1579126
X-SourceForge-Tracker-itemstatus: Closed
X-SourceForge-Tracker-itemassignee: fortuna
X-SourceForge-Tracker-itemupdate-reason: Comment added
X-SourceForge-Tracker-itemupdate-username: fortuna
Message-Id: <E1Ga90n-0003OS-Ip@sc8-sf-web1.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web1.sourceforge.net>
Date:	Wed, 18 Oct 2006 03:51:01 -0700
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   

Bugs item #1579126, was opened at 2006-10-18 03:01
Message generated for change (Comment added) made by fortuna
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=646395&aid=1579126&group_id=107024

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
>Resolution: Rejected
Priority: 5
Submitted By: Antoni Mylka (mylka)
Assigned to: Ben Fortuna (fortuna)
Summary: URIs int AltRep

Initial Comment:
Using java.net.URI for internal representation causes 
problems with certain valid values like:

DESCRIPTION
 ;ALTREP="CID:<part3.msg.970415T083000@host.com>"
 :Project description....

(This example has been taken from RFC 2445 4.2.1)

The java.net.URI constructor complains about the '<' 
sign in the URI. As a workaround, I switched the 
internal representation to string, and reimplemented 
the getUri method to:

public final URI getUri() throws URISyntaxException {
return new URI(Uris.encode(
        Strings.unquote(uriString)));
}



----------------------------------------------------------------------

>Comment By: Ben Fortuna (fortuna)
Date: 2006-10-18 20:51

Message:
Logged In: YES 
user_id=14058

Uris.encode() includes support for removing '<' and '>' from
invalid URIs. To enable this functionality turn on the
NOTES_COMPATIBILITY compatibility hint.

regards,
ben


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=646395&aid=1579126&group_id=107024

From - Wed Oct 18 15:26:20 2006
X-Account-Key: account3
X-UIDL: 0000ed560369dc7e
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
Received: from lists.sourceforge.net ([66.35.250.206]:21435 "EHLO
	mail.sourceforge.net") by ps16.test.onet.pl with ESMTP
	id <S1687522AbWJRKwi>; Wed, 18 Oct 2006 12:52:38 +0200
Received: from sc8-sf-web1-b.sourceforge.net ([10.3.1.71] helo=sc8-sf-web1.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1Ga92K-0007eq-Dw; Wed, 18 Oct 2006 03:52:36 -0700
Received: from nobody by sc8-sf-web1.sourceforge.net with local (Exim 4.43)
	id 1Ga92K-0003a9-68; Wed, 18 Oct 2006 03:52:36 -0700
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ ical4j-Patches-1579538 ] Fix for Geo arithmetic
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-SourceForge-Tracker-unixname:	ical4j
X-SourceForge-Tracker-trackerid: 646397
X-SourceForge-Tracker-itemid: 1579538
X-SourceForge-Tracker-itemstatus: Closed
X-SourceForge-Tracker-itemassignee: nobody
X-SourceForge-Tracker-itemupdate-reason: Comment added
X-SourceForge-Tracker-itemupdate-username: fortuna
Message-Id: <E1Ga92K-0003a9-68@sc8-sf-web1.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web1.sourceforge.net>
Date:	Wed, 18 Oct 2006 03:52:36 -0700
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   

Patches item #1579538, was opened at 2006-10-18 20:08
Message generated for change (Comment added) made by fortuna
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=646397&aid=1579538&group_id=107024

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
>Resolution: Rejected
Priority: 5
Submitted By: Antoni Mylka (mylka)
Assigned to: Nobody/Anonymous (nobody)
Summary: Fix for Geo arithmetic

Initial Comment:
This guarantees that after

Geo geo = new Geo();
String value = "23.343432;65.344523"
geo.setValue(value);
String newValue = geo.getValue();
assertEquals(value,newValue);

always holds for every value.

----------------------------------------------------------------------

>Comment By: Ben Fortuna (fortuna)
Date: 2006-10-18 20:52

Message:
Logged In: YES 
user_id=14058

Resolution of the defect was achieved using BigDecimals for
internal representation in place of floats.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=646397&aid=1579538&group_id=107024

From - Thu Oct 19 00:03:22 2006
X-Account-Key: account3
X-UIDL: 0000ed56036a778b
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
Received: from lists.sourceforge.net ([66.35.250.206]:64650 "EHLO
	mail.sourceforge.net") by ps15.test.onet.pl with ESMTP
	id <S1297260AbWJRKRx>; Wed, 18 Oct 2006 12:17:53 +0200
Received: from sc8-sf-web2-b.sourceforge.net ([10.3.1.72] helo=sc8-sf-web2.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1Ga8Uh-0005zy-Ch; Wed, 18 Oct 2006 03:17:51 -0700
Received: from nobody by sc8-sf-web2.sourceforge.net with local (Exim 4.43)
	id 1Ga8Ug-00068s-Ur; Wed, 18 Oct 2006 03:17:50 -0700
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ ical4j-Patches-1579547 ] Faulty URIs in AltRep
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-SourceForge-Tracker-unixname:	ical4j
X-SourceForge-Tracker-trackerid: 646397
X-SourceForge-Tracker-itemid: 1579547
X-SourceForge-Tracker-itemstatus: Open
X-SourceForge-Tracker-itemassignee: nobody
X-SourceForge-Tracker-itemupdate-reason: Tracker Item Submitted
X-SourceForge-Tracker-itemupdate-username: Item Submitter
Message-Id: <E1Ga8Ug-00068s-Ur@sc8-sf-web2.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web2.sourceforge.net>
Date:	Wed, 18 Oct 2006 03:17:50 -0700
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   

Patches item #1579547, was opened at 2006-10-18 12:17
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=646397&aid=1579547&group_id=107024

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Antoni Mylka (mylka)
Assigned to: Nobody/Anonymous (nobody)
Summary: Faulty URIs in AltRep

Initial Comment:
The usage of java.net.URI may not be the best idea. 
The RFC 2445 allows values like: 

ALTREP="CID:<part3.msg.970415T083000@host.com>"

These also occur in example files like:
valid/calconnect9.ics

The parser fails on this file with the following error:

2006-10-18 12:12:22 
org.semanticdesktop.aperture.crawler.ical.IcalCrawler 
crawlIcalFile
SEVERE: Couldn't parse the calendar file
net.fortuna.ical4j.data.ParserException: An error 
ocurred during parsing - line: 29   
        at 
net.fortuna.ical4j.data.CalendarParserImpl.parse(CalendarParserImpl.java:142)
        at 
net.fortuna.ical4j.data.CalendarBuilder.build(CalendarBuilder.java:170)
        at 
net.fortuna.ical4j.data.CalendarBuilder.build(CalendarBuilder.java:153)
        at 
org.semanticdesktop.aperture.crawler.ical.IcalCrawler.crawlIcalFile(IcalCrawler.java:186)
        at 
org.semanticdesktop.aperture.crawler.ical.IcalCrawler.crawlObjects(IcalCrawler.java:153)
        at 
org.semanticdesktop.aperture.crawler.base.CrawlerBase.crawl(CrawlerBase.java:152)
        at 
org.semanticdesktop.aperture.examples.ExampleIcalCrawler.crawl(ExampleIcalCrawler.java:120)
        at 
org.semanticdesktop.aperture.examples.ExampleIcalCrawler.main(ExampleIcalCrawler.java:89)
Caused by: java.net.URISyntaxException: Illegal 
character in opaque part at index 4: 
CID:<FFFF__=0ABBE548DFE147488f9e8a93d@coffeebean.com>
        at java.net.URI$Parser.fail(URI.java:2809)
        at 
java.net.URI$Parser.checkChars(URI.java:2982)
        at java.net.URI$Parser.parse(URI.java:3019)
        at java.net.URI.<init>(URI.java:578)
        at 
net.fortuna.ical4j.model.parameter.AltRep.<init>(AltRep.java:61)
        at 
net.fortuna.ical4j.model.ParameterFactoryImpl$1.createParameter(ParameterFactoryImpl.java:111)
        at 
net.fortuna.ical4j.model.ParameterFactoryImpl.createParameter(ParameterFactoryImpl.java:568)
        at 
net.fortuna.ical4j.data.CalendarBuilder.parameter(CalendarBuilder.java:239)
        at 
net.fortuna.ical4j.data.CalendarParserImpl.parseParameter(CalendarParserImpl.java:289)
        at 
net.fortuna.ical4j.data.CalendarParserImpl.parseParameterList(CalendarParserImpl.java:252)
        at 
net.fortuna.ical4j.data.CalendarParserImpl.parseProperty(CalendarParserImpl.java:199)
        at 
net.fortuna.ical4j.data.CalendarParserImpl.parsePropertyList(CalendarParserImpl.java:170)
        at 
net.fortuna.ical4j.data.CalendarParserImpl.parseComponent(CalendarParserImpl.java:336)
        at 
net.fortuna.ical4j.data.CalendarParserImpl.parsePropertyList(CalendarParserImpl.java:167)
        at 
net.fortuna.ical4j.data.CalendarParserImpl.parse(CalendarParserImpl.java:108)
        ... 7 more

This is due to the java.net.URI constructor that 
complains about the '<' sign in the URI. This 
workaround uses string as an internal representation. 
The getURI() method creates an URI of that string. The 
interface is different. The URISyntaxException is 
thrown by getURI, not by the constructor. It may not 
be clean, but it works for me. Let the author decide 
on a permanent solution.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=646397&aid=1579547&group_id=107024

From - Thu Oct 19 00:03:22 2006
X-Account-Key: account3
X-UIDL: 0000ed56036b597f
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
Received: from lists.sourceforge.net ([66.35.250.206]:30883 "EHLO
	mail.sourceforge.net") by ps10.test.onet.pl with ESMTP
	id <S101034346AbWJRKeY>; Wed, 18 Oct 2006 12:34:24 +0200
Received: from sc8-sf-web5-b.sourceforge.net ([10.3.1.75] helo=sc8-sf-web5.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1Ga8kg-0001yW-Jz; Wed, 18 Oct 2006 03:34:22 -0700
Received: from nobody by sc8-sf-web5.sourceforge.net with local (Exim 4.43)
	id 1Ga8kg-000208-Ei; Wed, 18 Oct 2006 03:34:22 -0700
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ ical4j-Patches-1579549 ] Semicolons in request status
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-SourceForge-Tracker-unixname:	ical4j
X-SourceForge-Tracker-trackerid: 646397
X-SourceForge-Tracker-itemid: 1579549
X-SourceForge-Tracker-itemstatus: Closed
X-SourceForge-Tracker-itemassignee: nobody
X-SourceForge-Tracker-itemupdate-reason: Comment added
X-SourceForge-Tracker-itemupdate-username: fortuna
Message-Id: <E1Ga8kg-000208-Ei@sc8-sf-web5.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web5.sourceforge.net>
Date:	Wed, 18 Oct 2006 03:34:22 -0700
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   

Patches item #1579549, was opened at 2006-10-18 20:21
Message generated for change (Comment added) made by fortuna
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=646397&aid=1579549&group_id=107024

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
>Resolution: Accepted
Priority: 5
Submitted By: Antoni Mylka (mylka)
Assigned to: Nobody/Anonymous (nobody)
Summary: Semicolons in request status

Initial Comment:
The getValue method in RequestStatus introduced a 
superfluous semicolon at the end of the string if 
exData is not defined. A simple patch...



----------------------------------------------------------------------

>Comment By: Ben Fortuna (fortuna)
Date: 2006-10-18 20:34

Message:
Logged In: YES 
user_id=14058

Patch applied. Now available in CVS.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=646397&aid=1579549&group_id=107024

From - Wed Oct 25 16:14:31 2006
X-Account-Key: account3
X-UIDL: 0000ed560384db65
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
Received: from lists.sourceforge.net ([66.35.250.206]:26255 "EHLO
	mail.sourceforge.net") by ps24.test.onet.pl with ESMTP
	id <S5077845AbWJYNMz>; Wed, 25 Oct 2006 15:12:55 +0200
Received: from survey.buzzsponge.com ([65.182.171.90] helo=smtp.buzzsponge.com)
	by mail.sourceforge.net with esmtp (Exim 4.44)
	id 1GciYq-0003yq-U7
	for mylka@users.sourceforge.net; Wed, 25 Oct 2006 06:12:51 -0700
Received: from mail pickup service by smtp.buzzsponge.com with Microsoft SMTPSVC;
	 Wed, 25 Oct 2006 07:50:14 -0500
To:	<mylka@users.sourceforge.net>
From:	"=?iso-8859-1?Q?SourceForge=2Enet?=" <surveys@ostg.com>
Reply-To: <surveys@ostg.com>
Subject: =?iso-8859-1?Q?SourceForge=2Enet_needs_your_input_on_OSS_development_and_support_issues?=
Date:	Wed, 25 Oct 2006 12:50:02 GMT
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_Part_jOWrfWqv6WWphiG_0aGTZqqP"
Message-ID: <CONFIRMITblZz02H67y00000e88@smtp.buzzsponge.com>
X-OriginalArrivalTime: 25 Oct 2006 12:50:14.0652 (UTC) FILETIME=[1DAD43C0:01C6F834]
X-Spam-Score: 1.1 (+)
X-Spam-Report: Spam Filtering performed by sourceforge.net.
	See http://spamassassin.org/tag/ for more details.
	Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001
	0.5 OPTING_OUT             BODY: Talks about opting out (lowercase version)
	0.4 EXCUSE_19              BODY: Claims you opted-in or registered
	0.0 HTML_MESSAGE           BODY: HTML included in message
	0.3 HTML_10_20             BODY: Message is 10% to 20% HTML
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: surveys@ostg.com
X-ZA0: unknown (-1,0)
Status:   

------=_Part_jOWrfWqv6WWphiG_0aGTZqqP
Content-Transfer-Encoding: Quoted-Printable
Content-Type: text/plain;
	charset="iso-8859-1"

Dear SourceForge.net member, =


"By revolution we become more ourselves, not less."  -George Orwell

Open Source Software and the Open Source Software community are =
revolutionizing the way many companies source business applications. =


SourceForge.net is looking for open-source "experts and opinion-leaders" =
to help shed light on key issues surrounding the delivery of service and =
support for these applications.

Please enroll to share your unbiased and anonymous point of view.  We will =
reward you with a global platform on which to voice your thoughts.  And =
you will receive cash incentives from us as a "thank you" for doing so.

Over the next thirty days, we will be collecting input and advice from =
Project Administrators and open source users from around the globe---via =
online focus groups and interactive surveys.

We think that your thoughts are valuable---please help us ensure that they =
are heard. Click on the following link to get started. Additional project =
details are provided below.
http://survey.buzzsponge.com/wix/p0385210.aspx?r=3D3677&s=3DJXEOMCUN

PHASE 1: During the first phase, we will be conducting fun, interactive =
online discussion groups with software developers and project =
administrators who currently contribute to and/or use open source =
applications on SourceForge.net. Please note: spaces in Phase 1 are =
limited and will be filled based on the order in which people sign up by =
completing this online profile. =


* Each group will have 8 technology professionals who will participate in =
the collaborative dialogue.
* Each professional will be asked to participate in the online discussion =
group over a period of three days: =

        - Day 1: Wednesday, November 1 =

        - Day 2: Thursday, November 2
        - Day 3: Friday, November 3 =


* Each participant will be asked to log-on to the discussion board at =
least once a day on each of the three days listed above. =

* Participants should expect to spend approximately 15-20 minutes per day =
answering questions and adding to the dialogue in the online discussion =
forum. =

* Online discussions are easy and convenient! Participants can log-on and =
add to the discussion at any time of the day or night. =


*** As a thank you for your time, each participant in the Phase I =
discussion groups will receive US $75 for their participation. =
Additionally, the person who is judged to have the most complete responses =
at the end of the three day period will receive a US $100 bonus payment. =
****

PHASE 2: During the second phase, we will be conducting an online survey. =


* A link to the online survey will be emailed to all participating =
technology professionals during the week of November 20th. =

*  Participating technology professionals will be asked to complete the =
15-20 minute survey at some point during that week. =

* Participants can log-on and complete the questionnaire at any time of =
the day or night. =


****As a thank you for your time, each participant who completes the =
questionnaire will receive US $10****

In order to fully understand how we can better meet your needs, we need =
your help and we hope that you will be willing to participate in at least =
one of the phases listed above. As a reminder, the information you provide =
is completely confidential. SourceForge.net will not try to sell you =
anything during this survey or the focus group discussion. Your personal =
information will never be sold to a third party for any reason.

To sign-up to participate in this collaborative research project, simply =
click on the link below.
http://survey.buzzsponge.com/wix/p0385210.aspx?r=3D3677&s=3DJXEOMCUN

We look forward to hearing from you.

Thank you.

Sincerely,

Jay Seirmarco
General Manager =

SourceForge.net






----------------------------------------------------------------------
This email was intended for mylka@users.sourceforge.net

You have received this email because you opted-in to receive "Community =
Mailings" from SourceForge.net in your account profile =
(https://sourceforge.net/account/) or at time of your registration. You =
may opt-out from further mailings from your account profile page. =

<P>
Additional inquiries about how to opt-out of mailings may be directed to =
SourceForge.net staff at: =

https://sourceforge.net/tracker/?func=3Dadd&group_id=3D1&atid=3D200001
<P>

For questions or survey help, email support@buzzsponge.com.

------=_Part_jOWrfWqv6WWphiG_0aGTZqqP
Content-Transfer-Encoding: Quoted-Printable
Content-Type: text/html;
	charset="iso-8859-1"

Dear SourceForge.net member, =

<P>
<font color=3D"#003366"><b>"By revolution we become more ourselves, not =
less."  </b>
<br><i>-George Orwell</i></font>
<P>
Open Source Software and the Open Source Software community are =
revolutionizing the way many companies source business applications. =

<P>
<b>SourceForge.net</b> is looking for open-source "experts and =
opinion-leaders" to help shed light on key issues surrounding the delivery =
of service and support for these applications.
<P>
Please enroll to share your unbiased and anonymous point of view.  We will =
reward you with a global platform on which to voice your thoughts.  And =
you will receive cash incentives from us as a "thank you" for doing so.
<P>
Over the next thirty days, we will be collecting input and advice from =
Project Administrators and open source users from around the globe---via =
online focus groups and interactive surveys.
<P>
We think that your thoughts are valuable---please help us ensure that they =
are heard. Click on the following link to get started. Additional project =
details are provided below.<br>
<a =
href=3D'http://survey.buzzsponge.com/wix/p0385210.aspx?r=3D3677&s=3DJXEOMCU=
N'>http://survey.buzzsponge.com/wix/p0385210.aspx?r=3D3677&amp;s=3DJXEOMCUN=
</a>
<P>
<b><font color=3D"#003366"><u>PHASE 1:</u></b></font> During the first =
phase, we will be conducting <b><font color=3D"#003366">fun, interactive =
online discussion groups</font></b> with software developers and project =
administrators who currently contribute to and/or use open source =
applications on SourceForge.net. <i>Please note: spaces in Phase 1 are =
limited and will be filled based on the order in which people sign up by =
completing this online profile. </i>
<P>
<ul>
<li>Each group will have 8 technology professionals who will participate =
in the collaborative dialogue.
<li>Each professional will be asked to participate in the online =
discussion group over a period of three days: =

<ul>
<li> Day 1: Wednesday, November 1 =

<li> Day 2: Thursday, November 2
<li>Day 3: Friday, November 3 =

</ul>
<li>Each participant will be asked to log-on to the discussion board at =
least once a day on each of the three days listed above. =

<li>Participants should expect to spend approximately 15-20 minutes per =
day answering questions and adding to the dialogue in the online =
discussion forum. =

<li>Online discussions are easy and convenient! Participants can log-on =
and add to the discussion at any time of the day or night. =

</ul>
<P>
*** As a thank you for your time, <b><font color=3D#003366>each =
participant</b></font> in the Phase I discussion groups will <b><font =
color=3D#003366>receive US $75 for their participation</b></font>. =
Additionally, the person who is judged to have the most complete responses =
at the end of the three day period will receive a <b><font =
color=3D"#003366">US $100 bonus payment.</font></b> ****
<P>

<b><font color=3D"#003366"><u>PHASE 2:</font></b></u> During the second =
phase, we will be conducting an <b><font color=3D"#003366">online =
survey</font></b>. =

<ul>
<li>A link to the online survey will be emailed to all participating =
technology professionals during the week of November 20th. =

<li>Participating technology professionals will be asked to complete the =
15-20 minute survey at some point during that week. =

<li>Participants can log-on and complete the questionnaire at any time of =
the day or night. =

</ul>
<P>
****As a thank you for your time, <b><font color=3D"#003366">each =
participant</font></b> who completes the questionnaire <b><font =
color=3D"#003366">will receive US $10</b></font>****
<P>
In order to fully understand how we can better meet your needs, we need =
your help and we hope that you will be willing to participate in at least =
one of the phases listed above. As a reminder, the information you provide =
is completely confidential. SourceForge.net will not try to sell you =
anything during this survey or the focus group discussion. Your personal =
information will never be sold to a third party for any reason.
<P>
To sign-up to participate in this collaborative research project, simply =
click on the link below.<br>
<a =
href=3D'http://survey.buzzsponge.com/wix/p0385210.aspx?r=3D3677&s=3DJXEOMCU=
N'>http://survey.buzzsponge.com/wix/p0385210.aspx?r=3D3677&amp;s=3DJXEOMCUN=
</a>
<P>
We look forward to hearing from you.
<P>
Thank you.
<P>
Sincerely,
<P>
Jay Seirmarco<br>
General Manager <br>
SourceForge.net

&nbsp;
<P>

&nbsp;
<P>
&nbsp;
<P>
&nbsp;
<P>





----------------------------------------------------------------------<br>
This email was intended for mylka@users.sourceforge.net<P>

You have received this email because you opted-in to receive "Community =
Mailings" from SourceForge.net in your account profile =
(https://sourceforge.net/account/) or at time of your registration. You =
may opt-out from further mailings from your account profile page. =

<P>
Additional inquiries about how to opt-out of mailings may be directed to =
SourceForge.net staff at: =

https://sourceforge.net/tracker/?func=3Dadd&group_id=3D1&atid=3D200001
<P>

For questions or survey help, email support@buzzsponge.com.

------=_Part_jOWrfWqv6WWphiG_0aGTZqqP--

From - Sun Oct 29 19:21:25 2006
X-Account-Key: account3
X-UIDL: 0000ed56038f9416
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
Received: from lists-outbound.sourceforge.net ([66.35.250.225]:4255 "EHLO
	lists-outbound.sourceforge.net") by ps5.test.onet.pl with ESMTP
	id <S3530813AbWJ1TF1>; Sat, 28 Oct 2006 21:05:27 +0200
Received: from sc8-sf-sshgate.sourceforge.net (sc8-sf-sshgate-b.sourceforge.net [10.3.1.1])
	by sc8-sf-spam1.sourceforge.net (Postfix) with ESMTP id 4623BC530D
	for <antoni_mylka@poczta.onet.pl>; Sat, 28 Oct 2006 11:49:47 -0700 (PDT)
From:	"SourceForge.net Team" <noreply@sourceforge.net>
To:	antoni_mylka@poczta.onet.pl
Subject: SourceForge.net Update: 2006-10-27 Edition
Message-Id: <20061028184947.4623BC530D@sc8-sf-spam1.sourceforge.net>
Date:	Sat, 28 Oct 2006 11:49:47 -0700 (PDT)
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: noreply@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   

0. Introduction
1. Sysadmin of the year
2. October Project of the Month: Pentaho - Business Intelligence
3. Statistics


Dear SourceForge.net user:

Welcome to this month's edition of the SourceForge.net Site Update!
Thanks for reading.

As you may have noticed, we recently launched an update to our project
navigation that exposes more functionality in less space. We're hoping
these changes will make it easier for you to locate and use the tools
that are available for your favorite projects, and we're very interested
to hear what you think.

We are also finalizing the first of several improvements to our download
experience, which will simplify the process of choosing a download
mirror for the files our projects have published. Our engineers are now
working on ways to make it easier for users to locate the appropriate
files for their platform quickly.

Further out on our roadmap, we are working towards a partnership that
will allow us to offer comprehensive wiki functionality to our projects.
Not tomorrow, but soon!

Oh! And we're still hiring. If you know someone (or are someone) who
wants to work on SourceForge.net, check out our job postings at
http://www.vasoftware.com/company/careers.php - Extra points will be
given for those who live in the San Francisco Bay area or are willing
to relocate.

Thank you for your continued support of the Open Source software
movement and SourceForge.net.

Jay Seirmarco
General Manager
jay@sf.net


SysAdmin of the Year Contest
---------------------------

Do have know a SysAdmin who goes beyond the call
of duty? If so, nominate them as SysAdmin of the year 2006.

They can win great prizes including the knowledge that you care.

The first 2500 SysAdmins nominated receive a free ThinkGeek tshirt.

http://www.sysadminoftheyear.com

Hurry! The contest will end at 11:59 PM PST on October 31, 2006.

Fabulous Prizes Include:
Apple MacBook, Trip to LISA (conference) in Washington DC,
Professional License to Splunk, and cases of BAWLS Soda.

Sponsors include:
OSTG (SourceForge.net), Splunk, and USENIX.

Official rules can be viewed on the SysAdmin of the year nomination page.

Show your SysAdmin some love and nominate them today:
http://www.sysadminoftheyear.com



October Project of the Month: Pentaho - Business Intelligence
---------------------------

The Pentaho BI Project provides enterprise-class reporting, analysis,
dashboard, data mining, and workflow capabilities that help
organizations operate more efficiently and effectively. The software
offers flexible deployment options that enable use as embeddable
components, customized BI application solutions, and as a complete
out-of-the-box, integrated BI platform.

Project of the month: http://sourceforge.net/potm/potm-2006-10.php
Home Page: http://www.pentaho.org/
Project Page: https://sourceforge.net/projects/pentaho/




Statistics and Top Projects
---------------------------

Number of Projects: 132,893
Number of Registered Users: 1,422,704


Daily Stats for 24 October, 2006:

SF.net: 3,106,324 pages served
Open Source Files downloaded in 24 hour period: 2,206,905

---------------------------------------------------------
Top 25 Projects:

1. Gaim
https://sourceforge.net/projects/gaim
Gaim is a GTK+ instant messaging application. It supports multiple
protocols, including AIM, ICQ, Yahoo!, MSN, Jabber, IRC, Napster,
Gadu-Gadu, Zephyr, and SILC. It has many common features found in other
clients, as well as many unique features.

2. ZK - Ajax but no JavaScript
https://sourceforge.net/projects/zk1
ZK is Ajax Java Web framework enabling rich UI for Web apps with no
JavaScript and little programming. With event-driven feature-rich
components, developing as simple as programming desktops. With markup
language, designing as simple as authoring HTML.

3. phpMyAdmin
https://sourceforge.net/projects/phpmyadmin
phpMyAdmin is a tool written in PHP intended to handle the
administration of MySQL over the Web. Currently it can create and drop
databases, create/drop/alter tables, delete/edit/add fields, execute any
SQL statement, manage keys on fields.

4. Adempiere Bazaar
https://sourceforge.net/projects/adempiere
Adempiere is a collaboration of Open Source Developers that contribute
vertical application add-ons and improvements to the Compiere ERP/CRM in
an open and unabated fashion. Focus is on the Community.

5. Gallery
https://sourceforge.net/projects/gallery
A slick, intuitive web based photo gallery. Gallery is easy to install,
configure and use. Gallery photo management includes automatic
thumbnails, resizing, rotation, and more. Authenticated users and
privileged albums make this great for communities.

6. FCKeditor
https://sourceforge.net/projects/fckeditor
Online text editor (DHTML editor), for ASP, ASP.NET, ColdFusion, PHP,
Java and JavaScript brings to the web many of the powerful features of
known desktop editors like Word. It's XHTML compliant and works with
Firefox, Mozilla, Netscape and IE.

7. FileZilla
https://sourceforge.net/projects/filezilla
FileZilla is a fast FTP and SFTP client for Windows with a lot of
features.FileZilla Server is a reliable FTP server.

8. PhpGedView
https://sourceforge.net/projects/phpgedview
PhpGedView parses GEDCOM 5.5 genealogy files and displays them on the
internet in formats and charts that you are familiar with.It also allows
relatives to edit their genealogy online and collaborate together on
their research.

9. KeePass Password Safe
https://sourceforge.net/projects/keepass
KeePass Password Safe is a free, open-source, light-weight and
easy-to-use password manager for Windows. You can store your passwords
in a highly-encrypted database, which is locked with one master key or
key-disk.

10. MediaPortal
https://sourceforge.net/projects/mediaportal
MediaPortal opens the portal to all your media. Listen, record and
organize music, movies, radio, streams, pictures and even pause TV! Use
internet sources to enrich your media with album art or song names.
Enjoy your media center or HTPC like never before!

11. Openbravo ERP
https://sourceforge.net/projects/openbravo
Web based ERP for SMEs, built on proven MVC & MDD framework that
facilitate customization & maintenance of code. Already in production,
it encompasses a broad range of functionalities such as finance, supply
chain, project management, manufacturing & much more.

12. ScummVM
https://sourceforge.net/projects/scummvm
ScummVM is a cross-platform interpreter for several point-and-click
adventure engines. This includes all SCUMM-based adventures by
LucasArts, Simon the Sorcerer 1&2 by AdventureSoft, Beneath a Steel Sky
and Broken Sword 1&2 by Revolution, and many more.

13. Covide CRM-Groupware
https://sourceforge.net/projects/covide
Covide combines great Groupware (shared email, calendars, files) and CRM
(sales and support) in CRM-groupware. The most efficient way to work
together. Integrate it with VoIP PBX Asterisk and OpenOffice and you can
create a complete Virtual Office.

14. Inkscape
https://sourceforge.net/projects/inkscape
A Linux, Windows & OSX vector graphics editor (SVG format) featuring
transparency, gradients, node editing, pattern fills, PNG export, and
more. Aiming for capabilities similar to Illustrator, CorelDraw, Visio, etc.

15. Stellarium
https://sourceforge.net/projects/stellarium
Stellarium renders 3D photo-realistic skies in real time with OpenGL. It
displays stars, constellations, planets, nebulas and others things like
ground, landscape, atmosphere, etc.

16. Azureus
https://sourceforge.net/projects/azureus
Azureus is a powerful, full-featured, cross-platform bittorrent client.

17. MiKTeX
https://sourceforge.net/projects/miktex
MiKTeX is an up-to-date implementation of TeX & Friends for Windows (all
current variants).

18. TinyMCE
https://sourceforge.net/projects/tinymce
TinyMCE is a platform independent webbased Javascript HTML WYSIWYG
editor control, developed in JavaScript/ECMAScript, higly customizable.
Works in Mozilla, Firefox, Opera, Netscape, MSIE and Safari (partially).

19. DC++
https://sourceforge.net/projects/dcplusplus
This is a project aimed at producing a file sharing client using the ADC
protocol. It also supports connecting to the Direct Connect network.

20. 7-Zip
https://sourceforge.net/projects/sevenzip
7-Zip is a file archiver with the high compression ratio. The program
supports 7z, ZIP, CAB, RAR, ARJ, LZH, CHM, GZIP, BZIP2, Z, TAR, CPIO,
RPM and DEB formats. Compression ratio in the new 7z format is 30-50%
better than ratio in ZIP format.

21. MegaMek
https://sourceforge.net/projects/megamek
MegaMek is a networked Java clone of BattleTech, a turn-based sci-fi
board game for 2+ players.Fight using giant robots, tanks, and/or
infantry on a hex-based map.

22. Jameleon
https://sourceforge.net/projects/jameleon
Jameleon is a data-driven automated testing tool that is easily
extensible via plug-ins. Features of applications are automated in Java
and tied together independently in XML, creating self-documenting
automated test cases.

23. Ares Galaxy
https://sourceforge.net/projects/aresgalaxy
Chat/File sharing p2p client. Network is organized into leaf/supernode
topology featuring broadcast-type searches. Ares delivers broader search
horizon by means of DHT technology.

24. KoLmafia
https://sourceforge.net/projects/kolmafia
KoLmafia is a cross-platform desktop tool which interfaces with the
online adventure game, Kingdom of Loathing.KoLmafia is written in Java
(J2SE 1.4 compliant), with binary releases in JAR format.

25. Anathema
https://sourceforge.net/projects/anathema
Anathema is an exhaustive suite for all aspects of Exalted series
management, featuring character and campaign management, media library,
script notes and more. Supports both First and Second Edition. Exalted
is (c) by White Wolf Publishing.

---------------------------------------------------------
When the SF.net team sends out a site-wide email, we sometimes see
replies that look like this: "Hey! I didn't ask to be on this list! You
spammer. I hate you! I hate your dog! (insert other colorful phrases
here)." The truth is, when you registered on SourceForge.net there was a
check box that said "Receive Site-wide updates, low volume." You left it
checked when you submitted the registration form, hence you are
receiving this email. We send these updates every 4 to 6 weeks, so it
truly is low volume. However if you want off, this is not a problem.
Simply click on the link.



==================================================================
You receive this message because you subscribed to SourceForge
site mailing(s). You may opt out from some of them selectively
by logging in to SourceForge and visiting your Account Maintenance
page (http://sourceforge.net/account/), or disable them altogether
by visiting following link:
<http://sourceforge.net/account/unsubscribe.php?ch=_3c333771c4fbc4ad>

.

From - Thu Feb 15 10:24:39 2007
X-Account-Key: account3
X-UIDL: 0000ed56045f8af9
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
Received: from lists-outbound.sourceforge.net ([66.35.250.225]:28637 "EHLO
	lists-outbound.sourceforge.net") by ps30.test.onet.pl with ESMTP
	id <S880135AbXBOAdV>; Thu, 15 Feb 2007 01:33:21 +0100
Received: from sc8-sf-sshgate.sourceforge.net (sc8-sf-sshgate-b.sourceforge.net [10.3.1.1])
	by sc8-sf-spam1.sourceforge.net (Postfix) with ESMTP id 15F3A185151
	for <antoni_mylka@poczta.onet.pl>; Wed, 14 Feb 2007 14:34:34 -0800 (PST)
From:	"SourceForge.net Team" <noreply@sourceforge.net>
To:	antoni_mylka@poczta.onet.pl
Subject: SourceForge.net Update: 2007-02-13 Edition
Message-Id: <20070214223434.15F3A185151@sc8-sf-spam1.sourceforge.net>
Date:	Wed, 14 Feb 2007 14:34:34 -0800 (PST)
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: noreply@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   

0. Introduction
1. January Project of the Month: FreeNAS
2. December Project of the Month: Rosegarden
3. Statistics



This SF.net update brought to you by HP
---------------------------------------------------------
Open source and Linux from HP
>From eight consecutive years of Linux market leadership to countless
community outreach programs, HP has proven solutions you can value, on a
next generation, highly-efficient BladeSystem platform ideal for Linux,
with the approach, experience, and customer commitment you can trust.
http://showcase.linux.com/hpos.tmpl
---------------------------------------------------------



Every now and then, we like to send our users a quick message to let
them know what we've been working on.  It's that time again, and we've
been busy as usual!

At the end of last year, we enabled automatic mirror detection for all
downloaded files.  Recently, we launched a feature designed to further
simplify our download process.  If you are a project administrator, you
can create download pages for each of your project's supported
platforms, and downloaders on Win32/OSX/Linux will be automatically
directed to the appropriate page.

We think this will make it easier for your users to locate the files
they're looking for.  So if your project has a lot of downloaders, you
should definitely check it out!  For more details, see
http://sourceforge.net/features/platformpages.php.

Stay tuned for more development on the wiki offering we mentioned a few
months back.  We've been working hard with our partner over the
holidays, and we plan to begin a limited beta this month.

Ross Turk, our Community Manager, will be speaking at the LinuxWorld
Open Solutions Summit in New York this Thursday.  Stop by and say hello!

Thanks for reading!

The SourceForge.net team
staff@sourceforge.net



January Project of the Month: FreeNAS
---------------------------

FreeNAS is a dedicated operating system (FreeBSD reduced size) for
network-attached storage (NAS) services. Based on the m0n0wall firewall,
it lets users convert a PC to a NAS server by providing disk management
and software RAID. It supports FTP/NFS/RSYNC/CIFS/AFP/UNISON/SSH
protocols. FreeNAS is intended to let people re-use old hardware.

Project of the month: http://sourceforge.net/potm/potm-2007-01.php
Home Page: http://www.freenas.org/
Project Page: https://sourceforge.net/projects/freenas/



December Project of the Month: Rosegarden
---------------------------

Rosegarden is an audio and MIDI sequencer, a music notation editor, and
a digital audio workstation. It's an interactive way to compose,
assemble, and edit musical compositions using notes, recordings, and
samples. You can compose or rearrange a piece, print the results, and
record yourself playing it on live instruments with your friends, all
without using any other applications. It places more emphasis on musical
score notation than most sequencers. It's intended to be familiar to
home studio users who have used similar software before.

Project of the month: http://sourceforge.net/potm/potm-2006-12.php
Home Page: http://www.rosegardenmusic.com/
Project Page: https://sourceforge.net/projects/rosegarden/



Statistics and Top Projects
---------------------------

Number of Projects: 140,417
Number of Registered Users: 1,498,326


Daily Stats for 7 February, 2007:

SF.net: 4,576,779 pages served
Open Source Files downloaded in 24 hour period: 2,426,639

---------------------------------------------------------
Top 25 Projects:

1. Inkscape
https://sourceforge.net/projects/inkscape
A Linux, Windows & OSX vector graphics editor (SVG format) featuring
transparency, gradients, node editing, pattern fills, PNG export, and
more. Aiming for capabilities similar to Illustrator, CorelDraw, Visio, etc.

2. phpMyAdmin
https://sourceforge.net/projects/phpmyadmin
phpMyAdmin is a tool written in PHP intended to handle the
administration of MySQL over the Web. Currently it can create and drop
databases, create/drop/alter tables, delete/edit/add fields, execute any
SQL statement, manage keys on fields.

3. Gaim
https://sourceforge.net/projects/gaim
Gaim is a GTK+ instant messaging application. It supports multiple
protocols, including AIM, ICQ, Yahoo!, MSN, Jabber, IRC, Napster,
Gadu-Gadu, Zephyr, and SILC. It has many common features found in other
clients, as well as many unique features

4. ADempiere Bazaar
https://sourceforge.net/projects/adempiere
Adempiere is an ERP Bazaar for Open Source Developers that contribute
improvements of Compiere, CRM, Shopfloor, POS, Helpdesk, Financials
Accounting, Supply Chain, Knowledge and Business apps in an open and
unabated fashion. Focus is on the Community.

5. Azureus
https://sourceforge.net/projects/azureus
Azureus is a powerful, full-featured, cross-platform bittorrent client.

6. ZK - Ajax but no JavaScript
https://sourceforge.net/projects/zk1
ZK is Ajax Java Web framework enabling rich UI for Web apps with no
JavaScript and little programming. With event-driven feature-rich
components, developing as simple as programming desktops. With markup
language, designing as simple as authoring HTML.

7. OpenXML Translator (ODF Add-in for Word)
https://sourceforge.net/projects/odf-converter
The goal for this project is to provide an Add-in to Microsoft Word (XP,
2003, & 2007) to allow opening and saving OpenDocument format (ODF)
files. We also provide a command line translator that allows doing batch
conversions.

8. Ares Galaxy
https://sourceforge.net/projects/aresgalaxy
Chat/Filesharing p2p client. Network is organized into leaf/supernode
topology featuring broadcast-type searches. Ares delivers broader search
horizon by means of DHT technology.

9. Openbravo ERP
https://sourceforge.net/projects/openbravo
Web based ERP for SMEs, built on proven MVC & MDD framework that
facilitate customization & maintenance of code. Already in production,
it encompasses a broad range of functionalities such as finance, supply
chain, project mgmt, manufacturing & much more

10. OrangeHRM - Human Resource Management
https://sourceforge.net/projects/orangehrm
OrangeHRM developed by OrangeHRM Inc is an Open Source HR Information
Systems(HRIS) that assists you in managing company's human resources.
Through scalable modular architecture it reflects main areas of
Personnel Management/HRM such as PIM, ESS, Leave.

11. aMSN
https://sourceforge.net/projects/amsn
A very nice MSN compatible messenger application, aMSN Messenger is a
multiplatform MSN messenger clone. Works pretty much like its Windows
based counterpart. Perfect for keeping in touch with those friends who
have not yet seen the light. Works on linux

12. 1VideoConference
https://sourceforge.net/projects/vmukti
Web2.0 unified communications software for Asterisk PBX supporting web,
phone, MSN, Skype, and Jabber clients video conference. This VoIP,
VVoIP, audio, data & video conferencing collaboration platform for is
based on C#, WPF, WinFX, XAML, & .NET 3.0.

13. ScummVM
https://sourceforge.net/projects/scummvm
ScummVM is a cross-platform interpreter for several point-and-click
adventure engines. This includes all SCUMM-based adventures by
LucasArts, Simon the Sorcerer 1&2 by AdventureSoft, Beneath a Steel Sky
and Broken Sword 1&2 by Revolution, and many more.

14. Shareaza
https://sourceforge.net/projects/shareaza
Multi-network peer-to-peer file-sharing client supporting Gnutella2,
Gnutella1, eDonkey2000/eMule and BitTorrent protocols.Using C++, MFC and
ATL, for Windows.

15. PhpGedView
https://sourceforge.net/projects/phpgedview
PhpGedView parses GEDCOM 5.5 genealogy files and displays them on the
internet in formats and charts that you are familiar with.It also allows
relatives to edit their genealogy online and collaborate together on
their research.

16. Open Computers and Software Inventory
https://sourceforge.net/projects/ocsinventory
OCS Inventory NG, Open Computers and Software Inventory Next Generation
is an application designed to help administrator keep track of the
computers configuration and installed softwares. Low network traffic
HTTP communications between agents and server

17. 7-Zip
https://sourceforge.net/projects/sevenzip
7-Zip is a file archiver with the high compression ratio. The program
supports 7z, ZIP, CAB, RAR, ARJ, LZH, CHM, GZIP, BZIP2, Z, TAR, CPIO,
RPM and DEB formats. Compression ratio in the new 7z format is 30-50%
better than ratio in ZIP format.

18. XUI RIA Framework
https://sourceforge.net/projects/xui
XUI is a Java and XML RIA platform for building smart apps. Swing, AWT
and other widget sets can be used on a range of hardware. XUI's modular
framework can help many aspects of application development. NetBeans and
Eclipse are available.

19. FileZilla
https://sourceforge.net/projects/filezilla
FileZilla is a fast FTP and SFTP client for Windows with a lot of
features.FileZilla Server is a reliable FTP server.

20. Xbox Media Center (XBMC)
https://sourceforge.net/projects/xbmc
XboxMediaCenter (XBMC) is a free multimedia player jukebox for Microsoft
Xbox game console, it is capable of playing back almost all known video,
audio and picture formats from the Xbox hard drive, the Xbox DVD-ROM, a
local-network, and even the internet.

21. ThinWire RIA Ajax Framework
https://sourceforge.net/projects/thinwire
ThinWire is an RIA Ajax framework for building zero footprint Ajax
browser applications that feel like desktop GUI applications. Program
Ajax on the server, using an event driven GUI model that reconnects
program logic. All Major Ajax Browsers Supported!

22. FCKeditor
https://sourceforge.net/projects/fckeditor
Online text editor (DHTML editor), for ASP, ASP.NET, ColdFusion, PHP,
Java and JavaScript brings to the web many of the powerful features of
known desktop editors like Word. It's XHTML compliant and works with
Firefox, Mozilla, Netscape and IE.

23. CMU Sphinx
https://sourceforge.net/projects/cmusphinx
Sphinx is a speaker-independent large vocabulary continuous speech
recognizer released under Berkeley's style license. It is also a
collection of open source tools and resources that allows researchers
and developers to build speech recognition systems.

24. Notepad++
https://sourceforge.net/projects/notepad-plus
Notepad++ is a generic source code editor (it tries to be anyway) and
Notepad replacement written in C++ with the win32 API. The aim of
Notepad++ is to offer a slim and efficient binary with a totally
customizable GUI.

25. JasperReports - Java Reporting
https://sourceforge.net/projects/jasperreports
JasperReports, the market leading open source business intelligence and
reporting engine. This project is being moved to
http://www.jasperforge.org/. This project is the home for all things
Jasper, Reports, Analysis, Server, and Intelligence.


---------------------------------------------------------
When the SF.net team sends out a site-wide email, we sometimes see
replies that look like this: "Hey! I didn't ask to be on this list! You
spammer. I hate you! I hate your dog! (insert other colorful phrases
here)." The truth is, when you registered on SourceForge.net there was a
check box that said "Receive Site-wide updates, low volume." You left it
checked when you submitted the registration form, hence you are
receiving this email. We send these updates every 4 to 6 weeks, so it
truly is low volume. However if you want off, this is not a problem.
Simply click on the link.



==================================================================
You receive this message because you subscribed to SourceForge
site mailing(s). You may opt out from some of them selectively
by logging in to SourceForge and visiting your Account Maintenance
page (http://sourceforge.net/account/), or disable them altogether
by visiting following link:
<http://sourceforge.net/account/unsubscribe.php?ch=_3c333771c4fbc4ad>

.

From - Wed Mar 14 15:10:05 2007
X-Account-Key: account3
X-UIDL: 0000ed560470155f
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
Received: from lists.sourceforge.net ([66.35.250.206]:148 "EHLO
	mail.sourceforge.net") by ps15.test.onet.pl with ESMTP
	id <S9651401AbXCNOIQ>; Wed, 14 Mar 2007 15:08:16 +0100
Received: from sc8-sf-web21-b.sourceforge.net ([10.3.1.211] helo=sc8-sf-web21.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1HRSfy-0000ps-Vl; Wed, 14 Mar 2007 05:33:55 -0700
Received: from nobody by sc8-sf-web21.sourceforge.net with local (Exim 4.43)
	id 1HRSfy-0005HU-Hh; Wed, 14 Mar 2007 05:33:54 -0700
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ aperture-Bugs-1680596 ] Fix osgi manifests
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-SourceForge-Tracker-unixname:	aperture
X-SourceForge-Tracker-trackerid: 779500
X-SourceForge-Tracker-itemid: 1680596
X-SourceForge-Tracker-itemstatus: Open
X-SourceForge-Tracker-itemassignee: nobody
X-SourceForge-Tracker-itemupdate-reason: Tracker Item Submitted
X-SourceForge-Tracker-itemupdate-username: Item Submitter
Message-Id: <E1HRSfy-0005HU-Hh@sc8-sf-web21.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web21.sourceforge.net>
Date:	Wed, 14 Mar 2007 05:33:54 -0700
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   

Bugs item #1680596, was opened at 2007-03-14 13:33
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779500&aid=1680596&group_id=150969

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Antoni Mylka (mylka)
Assigned to: Nobody/Anonymous (nobody)
Summary: Fix osgi manifests

Initial Comment:
The manifests in the src/manifest directory are hopelessly out of date. Fix them...

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779500&aid=1680596&group_id=150969

From - Fri Mar 16 15:54:09 2007
X-Account-Key: account3
X-UIDL: 0000ed5604716e56
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
Received: from lists.sourceforge.net ([66.35.250.206]:1409 "EHLO
	mail.sourceforge.net") by ps6.test.onet.pl with ESMTP
	id <S6211535AbXCPOHn>; Fri, 16 Mar 2007 15:07:43 +0100
Received: from sc8-sf-web22-b.sourceforge.net ([10.3.1.212] helo=sc8-sf-web22.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1HSD5q-0001lY-7m; Fri, 16 Mar 2007 07:07:42 -0700
Received: from nobody by sc8-sf-web22.sourceforge.net with local (Exim 4.43)
	id 1HSD5p-0006iM-ML; Fri, 16 Mar 2007 07:07:41 -0700
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ aperture-Bugs-1680596 ] Fix osgi manifests
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-SourceForge-Tracker-unixname:	aperture
X-SourceForge-Tracker-trackerid: 779500
X-SourceForge-Tracker-itemid: 1680596
X-SourceForge-Tracker-itemstatus: Closed
X-SourceForge-Tracker-itemassignee: nobody
X-SourceForge-Tracker-itemupdate-reason: Comment added
X-SourceForge-Tracker-itemupdate-username: mylka
Message-Id: <E1HSD5p-0006iM-ML@sc8-sf-web22.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web22.sourceforge.net>
Date:	Fri, 16 Mar 2007 07:07:41 -0700
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   

Bugs item #1680596, was opened at 2007-03-14 13:33
Message generated for change (Comment added) made by mylka
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779500&aid=1680596&group_id=150969

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Antoni Mylka (mylka)
Assigned to: Nobody/Anonymous (nobody)
Summary: Fix osgi manifests

Initial Comment:
The manifests in the src/manifest directory are hopelessly out of date. Fix them...

----------------------------------------------------------------------

>Comment By: Antoni Mylka (mylka)
Date: 2007-03-16 15:07

Message:
Logged In: YES 
user_id=1613065
Originator: YES

Removed the 'middlegrained' manifests which weren't maintained and didn't
work anyway. Removed the term 'coarsegrained' from the ant script and the
names of the files. Fixed the names of the generated bundle gars. The
content of the manifests has been taken from the Nepomuk repository.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779500&aid=1680596&group_id=150969

From - Mon Apr 02 01:10:18 2007
X-Account-Key: account3
X-UIDL: 0000ed56047a287e
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
Received: from lists-outbound.sourceforge.net ([66.35.250.225]:31901 "EHLO
	lists-outbound.sourceforge.net") by ps10.test.onet.pl with ESMTP
	id <S100689629AbXDAXH1>; Mon, 2 Apr 2007 01:07:27 +0200
Received: from sc8-sf-sshgate.sourceforge.net (sc8-sf-sshgate-b.sourceforge.net [10.3.1.1])
	by sc8-sf-spam1.sourceforge.net (Postfix) with ESMTP id 66DEF1053AA
	for <antoni_mylka@poczta.onet.pl>; Sat, 31 Mar 2007 14:52:16 -0700 (PDT)
From:	"SourceForge.net Team" <noreply@sourceforge.net>
To:	antoni_mylka@poczta.onet.pl
Subject: SourceForge.net Update: 2007-03-30 Edition
Message-Id: <20070331215216.66DEF1053AA@sc8-sf-spam1.sourceforge.net>
Date:	Sat, 31 Mar 2007 14:52:16 -0700 (PDT)
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: noreply@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   

0. Introduction
1. March Project of the Month: Zenoss Core
2. February Project of the Month: FreeCol
3. Statistics


This SF.net update brought to you by the 2007 JavaOne Conference
-------------------------------------------------------------------
JavaOne(SM) Conference May 8-11, 2007, San Francisco.
Join us and get more than ever before: Session content will include
Java(TM) technology, Web 2.0, Scripting, AJAX, Open Source, and more.
Register by April 4, and save $200 off the on-site fee. Click here for
more information and to register. Use priority code J7NLSF.
http://ad.doubleclick.net/clk;94590128;13503038;e?http://java.sun.com/javaone
-------------------------------------------------------------------


Greetings!  Welcome to the March edition of the SourceForge.net monthly
newsletter.  Thanks for reading.

This past month has been very busy for us!  Our team has continued to
grow, and we have become proportionally more ambitious.  A lot of what
we've been doing is behind-the-scenes, but there are a few things you
may have noticed.

First, we have completely rewritten our mailing list archiver and
reimported everything to ensure that HTML-based messages, attachments,
and URLs are now being properly displayed when browsing the contents of
our projects' mailing lists.  You may also notice that non-US character
sets are no longer acting funny.  Second, we have enabled statistics
support for CVS on anonymous reads, developer reads, and commits.  These
numbers will now be considered when calculating the activity ranking for
our CVS-based projects.

We're expecting to have an equally busy April, as more of our projects
come to light.  Stay tuned, there's much more to come.

Again, thanks for reading.

The SourceForge.net Team



March Project of the Month: Zenoss Core
---------------------------

Zenoss is enterprise-ready, open source IT monitoring software. Zenoss
Core is written in Python and uses the Zope application server and
Twisted network library. Zenoss provides an integrated product for
monitoring availability, performance, events, and configuration across
all layers of an IT system.

Project of the month: http://sourceforge.net/potm/potm-2007-03.php
Home Page: http://www.zenoss.com/
Project Page: https://sourceforge.net/projects/zenoss/



February Project of the Month: FreeCol
---------------------------

FreeCol is a turn-based strategy game based on the old game
Colonization, and similar to Civilization. The objective of the game is
to create an independent nation. You start with  just a few colonists
and a strong dependency on your home country. You can fight a War of
Independence after building colonies, trading goods, fighting off rival
European powers, and encouraging the rising rebel sentiment.

Project of the month: http://sourceforge.net/potm/potm-2007-02.php
Home Page: http://freecol.org/
Project Page: https://sourceforge.net/projects/freecol/



Statistics and Top Projects
---------------------------

Number of Projects: 144,789
Number of Registered Users:  1,546,946


Daily Stats for 26 March, 2007:

SF.net: 4,568,374 pages served
Open Source Files downloaded in 24 hour period: 2,301,705

---------------------------------------------------------
Top 25 Projects:

1. Azureus
https://sourceforge.net/projects/azureus
Azureus is a powerful, full-featured, cross-platform bittorrent client.

2. FileZilla
https://sourceforge.net/projects/filezilla
FileZilla is a fast FTP and SFTP client for Windows with a lot of
features. FileZilla Server is a reliable FTP server.

3. ADempiere Bazaar
https://sourceforge.net/projects/adempiere
Adempiere is an ERP Bazaar for Open Source Developers that contribute
improvements of Compiere, CRM, Shopfloor, POS, Helpdesk, Financials
Accounting, Supply Chain, Knowledge and Business apps in an open and
unabated fashion. Focus is on the Community.

4. ZK - Simply Ajax
https://sourceforge.net/projects/zk1
ZK is Ajax framework enriching Web apps with little programming. With
event-driven components and XUL/XHTML markup languages, developing is as
simple as programming desktops and authoring HTML pages. Scripting
support Java, JavaScript, Ruby, Groovy...

5. Gaim
https://sourceforge.net/projects/gaim
Gaim is a GTK+ instant messaging application. It supports multiple
protocols, including AIM, ICQ, Yahoo!, MSN, Jabber, IRC, Napster,
Gadu-Gadu, Zephyr, and SILC. It has many common features found in other
clients, as well as many unique features

6. phpMyAdmin
https://sourceforge.net/projects/phpmyadmin
phpMyAdmin is a tool written in PHP intended to handle the
administration of MySQL over the Web. Currently it can create and drop
databases, create/drop/alter tables, delete/edit/add fields, execute any
SQL statement, manage keys on fields.

7. Openbravo ERP
https://sourceforge.net/projects/openbravo
Web based ERP for SMEs, built on proven MVC & MDD framework that
facilitate customization & maintenance of code. Already in production,
it encompasses a broad range of functionalities such as finance, supply
chain, project mgmt, manufacturing & much more

8. Inkscape
https://sourceforge.net/projects/inkscape
A Linux, Windows & OSX vector graphics editor (SVG format) featuring
transparency, gradients, node editing, pattern fills, PNG export, and
more. Aiming for capabilities similar to Illustrator, CorelDraw, Visio, etc.

9. pydev for eclipse
https://sourceforge.net/projects/pydev
Python Development Environment (Python IDE plugin for Eclipse). Features
editor, code completion, refactoring, outline view, debugger, and other
goodies - check http://pydev.sf.net)

10. KeePass Password Safe
https://sourceforge.net/projects/keepass
KeePass Password Safe is a free, open source, light-weight and
easy-to-use password manager for Windows. You can store your passwords
in a highly-encrypted database, which is locked with one master password
or key file.

11. Ares Galaxy
https://sourceforge.net/projects/aresgalaxy
Chat/Filesharing p2p client. Network is organized into leaf/supernode
topology featuring broadcast-type searches. Ares delivers broader search
horizon by means of DHT technology.

12. PhpGedView
https://sourceforge.net/projects/phpgedview
PhpGedView parses GEDCOM 5.5 genealogy files and displays them on the
internet in formats and charts that you are familiar with.It also allows
relatives to edit their genealogy online and collaborate together on
their research.

13. Arianne RPG
https://sourceforge.net/projects/arianne
Arianne is a multiplayer online engine to develop turn based and real
time games providing a simple way of creating the game server rules and
clients like Stendhal. Marauroa, our server, uses Java and MySQL for
hosting hundreds of players on a solo host.

14. StepMania
https://sourceforge.net/projects/stepmania
StepMania is a music/rhythm game. The player presses different buttons
in time to the music and to note patterns that scroll across the screen.
Features 3D graphics, visualizations, support for gamepads/dance pads, a
step recording mode, and more!

15. Compiere ERP + CRM Business Solution
https://sourceforge.net/projects/compiere
Smart ERP+CRM solution for Small-Medium Enterprises in the global market
covering all areas from order and customer/supplier management, supply
chain to accounting. For $5-500M revenue companies looking for "brick
and click" first tier functionality.

16. Gallery
https://sourceforge.net/projects/gallery
A slick, intuitive web based photo gallery. Gallery is easy to install,
configure and use. Gallery photo management includes automatic
thumbnails, resizing, rotation, and more. Authenticated users and
privileged albums make this great for communities.

17. 1videoConference
https://sourceforge.net/projects/vmukti
Web2.0 P2P unified communications software for Asterisk PBX supporting
web, phone, MSN, Skype, and Jabber clients video conference. This VoIP,
VVoIP, audio, data & video conferencing collaboration platform for is
based on C#, WPF, WCF, XAML, & .NET 3.0.

18. MinGW - Minimalist GNU for Windows
https://sourceforge.net/projects/mingw
MinGW: import libraries and header files for use with GCC to build
native Windows applications; now with added extensions to the MSVC
runtime to support C99 functionality.

19. WebCalendar
https://sourceforge.net/projects/webcalendar
WebCalendar is a PHP application used to maintain a calendar for a
single user or an intranet group of users.It can also be configured as
an event calendar.

20. XOOPS Dynamic Web CMS
https://sourceforge.net/projects/xoops
XOOPS is a dynamic web content management system written in PHP for the
MySQL database. Its object orientation makes it an ideal tool for
developing small or large community websites, intra company and
corporate portals, weblogs and much more.

21. FreeMind
https://sourceforge.net/projects/freemind
A mind mapper, and at the same time an easy-to-operate hierarchical
editor with strong emphasis on folding. These two are not really two
different things, just two different descriptions of a single
application. Often used for knowledge and content mgmt.

22. IPCop Firewall
https://sourceforge.net/projects/ipcop
The IPCop Firewall is a Linux firewall distro. It will be geared towards
home and SOHO users.The difference with existing firewalls is that the
IPCop interface will be very user-friendly and task-based.

23. Adaptive Planning Express
https://sourceforge.net/projects/adaptiveplan
Enterprise-class open source business performance management solution
that enables companies/departments to move beyond spreadsheets and
improve decision making by automating budgeting, forecasting, reporting
and analysis. http://www.adaptiveplanning.com

24. OGRE (O-O Graphics Rendering Engine)
https://sourceforge.net/projects/ogre
An efficient, object-oriented hardware accelerated 3D engine. It
abstracts the differences between APIs and platforms and allows
scene-oriented coding through an easy to use object model. Adaptable to
multiple scene types (indoor, outdoor, whatever)

25. Open Computers and Software Inventory
https://sourceforge.net/projects/ocsinventory
OCS Inventory NG, Open Computers and Software Inventory Next Generation
is an application designed to help administrator keep track of the
computers configuration and installed softwares. Low network traffic
HTTP communications between agents and server

---------------------------------------------------------
When the SF.net team sends out a site-wide email, we sometimes see
replies that look like this: "Hey! I didn't ask to be on this list! You
spammer. I hate you! I hate your dog! (insert other colorful phrases
here)." The truth is, when you registered on SourceForge.net there was a
check box that said "Receive Site-wide updates, low volume." You left it
checked when you submitted the registration form, hence you are
receiving this email. We send these updates every 4 to 6 weeks, so it
truly is low volume. However if you want off, this is not a problem.
Simply click on the link. 

==================================================================
You receive this message because you subscribed to SourceForge
site mailing(s). You may opt out from some of them selectively
by logging in to SourceForge and visiting your Account Maintenance
page (http://sourceforge.net/account/), or disable them altogether
by visiting following link:
<http://sourceforge.net/account/unsubscribe.php?ch=_3c333771c4fbc4ad>

.

From - Mon Apr 30 09:06:37 2007
X-Account-Key: account3
X-UIDL: 0000ed56048899f8
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
Received: from lists-outbound.sourceforge.net ([66.35.250.225]:2748 "EHLO
	lists-outbound.sourceforge.net") by ps27.test.onet.pl with ESMTP
	id <S4824489AbXD2CHn>; Sun, 29 Apr 2007 04:07:43 +0200
Received: from sc8-sf-sshgate.sourceforge.net (sc8-sf-sshgate-b.sourceforge.net [10.3.1.1])
	by sc8-sf-spam1.sourceforge.net (Postfix) with ESMTP id 9D0F8184976
	for <antoni_mylka@poczta.onet.pl>; Sat, 28 Apr 2007 17:11:18 -0700 (PDT)
From:	"SourceForge.net Team" <noreply@sourceforge.net>
To:	antoni_mylka@poczta.onet.pl
Subject: SourceForge.net Update: 2007-04-27 Edition
Message-Id: <20070429001118.9D0F8184976@sc8-sf-spam1.sourceforge.net>
Date:	Sat, 28 Apr 2007 17:11:18 -0700 (PDT)
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: noreply@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   

0. Introduction
1. Job Listing - SF.net Lead Engineer
2. Job Listing - SF.net Systems Programmer/Analyst II
3. Job Listing - SF.net Interaction Designer
4. April Project of the Month (POTM): Art of Illusion
5. Statistics


---------------------------------------------------------
This SF.net update brought to you by Sun Microsystems

Explore Web 2.0 and Open Source at CommunityOne, May 7, San Francisco.

Join Tim O'Reilly, Ian Murdock, Tim Bray and others at CommunityOne, a
free and open developer event. Choose from sessions on open operating
systems, platforms and tools, Web 2.0 solutions, or share your own talk.

Registration is complimentary but space is limited. Use code COMMUNITY.
http://ad.doubleclick.net/clk;100871531;13503038;o?http://developers.sun.com/events/communityone

---------------------------------------------------------


Well, time is flying!  It seems like only yesterday when we sent our
last monthly email.

In the past few months, we've been hinting at a new set of features
we're developing that will allow you to buy and sell services for open
source projects.  We're getting close now, and we've started taking
names for our interest list.  If you're curious about what we've been up
to, sign up at https://ostg.wufoo.com/forms/marketplace-interest-list/
and we'll keep you in the loop.

We're preparing for the public launch of our integration with
Wikispaces, which will provide projects with dedicated, easy-to-use,
tightly-integrated wikis.  Keep your eyes peeled for a new Wiki link in
your project's Admin menu, which should pop up in the next few weeks.

Our Community Manager, Ross Turk, will be in Berlin at the end of May
for LinuxTag.  After the conference, he will be touring Europe to meet
with as many of you as possible.  If you've got a good story to tell us
about SourceForge.net, drop a line to ross@sourceforge.net - we may
be in your neighborhood!

Lastly, you may have noticed our recent announcement regarding
SourceForge Enterprise Edition.  If you haven't, check it out at:
http://www.vasoftware.com/news/press.php/2007/1701.html

Have a good month, and thanks for reading!
The SourceForge.net Crew



Job Listing - SF.net Lead Engineer
----------------------------------

http://www.vasoftware.com/company/career_jobs.php?jid=1642

The PHP code base for the SourceForge.net site is developed and
maintained in-house by the SourceForge.net Engineering team.  We're
looking for a skilled engineer with Web 2.0 experience to become the
new Lead Engineer for this team.

This position is within our Fremont, CA office, leading a
geographically-distributed team.

Our engineers all have dedicated development and testing system
facilities. Since SourceForge.net has dedicated staff for product
management and QA, our Engineering team is free to focus specifically
on development activities.  Most workload originates in
requirements-driven projects from our product management team.

http://www.vasoftware.com/company/career_jobs.php?jid=1642



Job Listing - SF.net Systems Programmer/Analyst II
--------------------------------------------------

http://www.vasoftware.com/company/career_jobs.php?jid=1663

SourceForge.net Service Operations has an open position for a
US-based Systems Programmer/Analyst II.  This position works remotely
within the US, or from our Fremont, CA office if they live in the
SF Bay area.  Most of our team telecommutes.

SourceForge.net Service Operations is essentially a Linux shop.
We use Linux and Mac OS X as our workstation platforms.
Most of the systems software we develop in-house is written in Perl,
Python or C.  Our team is made up of folks who have been involved in
Open Source software development and site operations for years.

We love the peace of mind that well-implemented backups, monitoring,
and high availability technologies provide.  We sleep through the
night 360 nights out of the year.

Our workload is a mix of break/fix work, strategic and tactical
implementations.  We handle OS maintenance, software stack development,
deployment and maintenance tasks.  All of our projects have
documentation requirements.  We push hard to plan our workload in
advance, complete necessary analysis around projects, and establish good
standards and internal controls.  Ultimately, we like to make our work
environment better for ourselves by executing well on projects.

We want a smart worker, who will work hard when necessary, but work
smart when the work is hard.  We're a small team, with an important job.
We support both the OSS community and the company in our role.
ability to get things done.  To succeed with our team, it's important to
have desire for good craftsmanship, and to be able to work on all
aspects of a project.  We work hard to keep the workload reasonable,
even though we are the team responsible for service availability.

Position reports to Jacob Moorman, Director of Operations for SF.net.

http://www.vasoftware.com/company/career_jobs.php?jid=1663



Job Listing - SF.net Interaction Designer
-----------------------------------------

http://www.vasoftware.com/company/career_jobs.php?jid=1643

Job: Interaction Designer
Site: SourceForge.net
Location: Fremont, CA
Canvas: Empty
Possibilities: Unlimited

http://www.vasoftware.com/company/career_jobs.php?jid=1643



April Project of the Month: Art of Illusion
-------------------------------------------

Art of Illusion (AOI) is a 3-D graphics studio that provides modeling,
texturing, animation, and rendering in a single program. It is designed
to be easy to use so that new users can pick it up quickly, while still
providing advanced features to let experienced users create
professional-quality artwork. Its most striking feature is its simple
GUI, which provides access to powerful and sophisticated features. The
fact that it is written in pure Java gives it strong cross-platform
support, and with today's Java technology, performance is not an issue.
Finally, AOI is built on a strong core/plugin architecture, which makes
it easy for even programming neophytes to enhance AOI to suit their
purposes.

Project of the month: http://sourceforge.net/potm/potm-2007-04.php
Home Page: http://artofillusion.com
Project Page: https://sourceforge.net/projects/aoi/



Statistics and Top Projects
---------------------------
Number of Projects: 146,770
Number of Registered Users: 1,568,980


Daily Stats for 21 April, 2007:

SF.net: 4,418,275 pages served
Open Source Files downloaded in 24 hour period: 1,936,277


---------------------------------------------------------
Top 25 Projects:

1. Azureus
https://sourceforge.net/projects/azureus
Azureus is a powerful, full-featured, cross-platform bittorrent client.

2. phpMyAdmin
https://sourceforge.net/projects/phpmyadmin
phpMyAdmin is a tool written in PHP intended to handle the
administration of MySQL over the Web. Currently it can create and drop
databases, create/drop/alter tables, delete/edit/add fields, execute any
 SQL statement, manage keys on fields.

3. ADempiere Bazaar
https://sourceforge.net/projects/adempiere
Adempiere is an ERP Bazaar for Open Source Developers that contribute
improvements of Compiere, CRM, Shopfloor, POS, Helpdesk, Financials
Accounting, Supply Chain, Knowledge and Business apps in an open and
unabated fashion. Focus is on the Community.

4. FreeCol
https://sourceforge.net/projects/freecol
FreeCol is an open version of Colonization. It is a Civilization-like
game in which the player has to conquer the new world.

5. FileZilla
https://sourceforge.net/projects/filezilla
FileZilla is a fast FTP and SFTP client for Windows with a lot of
features.FileZilla Server is a reliable FTP server.

6. ZK - Simply Ajax
https://sourceforge.net/projects/zk1
ZK is Ajax framework enriching Web apps with little programming. With
event-driven components and XUL/XHTML markup languages, developing is
as simple as programming desktops and authoring HTML pages. Scripting
support Java, JavaScript, Ruby, Groovy...

7. Pidgin
https://sourceforge.net/projects/pidgin
Pidgin is a GTK+ instant messaging application for Windows and Unix. It
supports AIM, ICQ, Jabber/XMPP, MSN, Yahoo!, Bonjour, Gadu-Gadu, IRC,
QQ, SILC, SIMPLE and more. See http://pidgin.im/about.php for more
information.

8. 7-Zip
https://sourceforge.net/projects/sevenzip
7-Zip is a file archiver with the high compression ratio. The program
supports 7z, ZIP, CAB, RAR, ARJ, LZH, CHM, GZIP, BZIP2, Z, TAR, CPIO,
RPM and DEB formats. Compression ratio in the new 7z format is 30-50%
better than ratio in ZIP format.

9. KeePass Password Safe
https://sourceforge.net/projects/keepass
KeePass Password Safe is a free, open source, light-weight and
easy-to-use password manager for Windows. You can store your passwords
in a highly-encrypted database, which is locked with one master
password or key file.

10. XOOPS Dynamic Web CMS
https://sourceforge.net/projects/xoops
XOOPS is a dynamic web content management system written in PHP for the
MySQL database. Its object orientation makes it an ideal tool for
developing small or large community websites, intra company and
corporate portals, weblogs and much more.

11. Arianne RPG
https://sourceforge.net/projects/arianne
Arianne is a multiplayer online engine to develop turn based and real
time games providing a simple way of creating the game server rules and
clients like Stendhal. Marauroa, our server, uses Java and MySQL for
hosting hundreds of players on a solo host.

12. Zenoss Core - Enterprise IT Monitoring
https://sourceforge.net/projects/zenoss
Zenoss Core is an enterprise network and systems management application
written in Python/Zope. Zenoss provides an integrated product for
monitoring availability, performance, events and configuration across
layers and across platforms.

13. Open Computers and Software Inventory
https://sourceforge.net/projects/ocsinventory
OCS Inventory NG, Open Computers and Software Inventory Next Generation
is an application designed to help administrator keep track of the
computers configuration and installed softwares. Low network traffic
HTTP communications between agents and server

14. PhpGedView
https://sourceforge.net/projects/phpgedview
PhpGedView parses GEDCOM 5.5 genealogy files and displays them on the
internet in formats and charts that you are familiar with. It also
allows relatives to edit their genealogy online and collaborate
together on their research.

15. Openbravo ERP
https://sourceforge.net/projects/openbravo
Web based ERP for SMEs, built on proven MVC & MDD framework that
facilitate customization & maintenance of code. Already in production,
it encompasses a broad range of functionalities such as finance, supply
chain, project mgmt, manufacturing & much more

16. Smultron
https://sourceforge.net/projects/smultron
Smultron is a text editor written in Cocoa for Mac OS X 10.4 Tiger which
is designed to be both easy to use and powerful.

17. Ares Galaxy
https://sourceforge.net/projects/aresgalaxy
Filesharing-Bittorrent p2p client connected to TCP supernode/leaf
network and UDP DHT network. Ares features a built-in directshow media
player, a powerful library manager, shoutcast radio support and can be
used to host p2p Chatrooms.

18. FreeMind
https://sourceforge.net/projects/freemind
A mind mapper, and at the same time an easy-to-operate hierarchical
editor with strong emphasis on folding. These two are not really two
different things, just two different descriptions of a single
application. Often used for knowledge and content mgmt.

19. Buddi
https://sourceforge.net/projects/buddi
Buddi is a simple budgeting program targeted for users with little or no
financial background.It allows users to set up accounts and categories,
record transactions, check spending habits, etc.

20. Inkscape
https://sourceforge.net/projects/inkscape
A Linux, Windows & OSX vector graphics editor (SVG format) featuring
transparency, gradients, node editing, pattern fills, PNG export, and
more. Aiming for capabilities similar to Illustrator, CorelDraw, Visio, etc.

21. MiKTeX
https://sourceforge.net/projects/miktex
MiKTeX is an up-to-date implementation of TeX & Friends for Windows (all
current variants).

22. Adaptive Planning Express
https://sourceforge.net/projects/adaptiveplan
Enterprise-class open source business performance management solution
that enables companies/departments to move beyond spreadsheets and
improve decision making by automating budgeting, forecasting, reporting
and analysis. http://www.adaptiveplanning.com

23. PHP For Applications - PHP Framework
https://sourceforge.net/projects/p4a
P4A (PHP For Applications) is a PHP RAD and object oriented PHP
framework for building event-driven stateful web applications. Features
tableless HTML, accesskey, auto data type recognition, transparent AJAX,
UTF-8, i18n/l10n, PEAR integration.

24. opentaps open source ERP+CRM
https://sourceforge.net/projects/opentaps
ERP and CRM suite, including eCommerce, Point-of-Sales, inventory,
warehouse, order, customer management, general ledger. Built on OFBiz
with enterprise-class features - workflow, databse independence,
service-oriented architecture SOA

25. Password Safe
https://sourceforge.net/projects/passwordsafe
Password Safe is a password database utility. Users can keep their
passwords securely encrypted on their computers. A single Safe
Combination unlocks them all.


---------------------------------------------------------
When the SF.net team sends out a site-wide email, we sometimes see
replies that look like this: "Hey! I didn't ask to be on this list! You
spammer. I hate you! I hate your dog! (insert other colorful phrases
here)." The truth is, when you registered on SourceForge.net there was a
check box that said "Receive Site-wide updates, low volume." You left it
checked when you submitted the registration form, hence you are
receiving this email. We send these updates every 4 to 6 weeks, so it
truly is low volume. However if you want off, this is not a problem.
Simply click on the link.



==================================================================
You receive this message because you subscribed to SourceForge
site mailing(s). You may opt out from some of them selectively
by logging in to SourceForge and visiting your Account Maintenance
page (http://sourceforge.net/account/), or disable them altogether
by visiting following link:
<http://sourceforge.net/account/unsubscribe.php?ch=_3c333771c4fbc4ad>

.

From - Thu May 17 23:23:50 2007
X-Account-Key: account3
X-UIDL: 0000ed560490ae20
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
Received: from lists-outbound.sourceforge.net ([66.35.250.225]:40378 "EHLO
	lists-outbound.sourceforge.net") by ps31.test.onet.pl with ESMTP
	id <S13226650AbXEPWvk>; Thu, 17 May 2007 00:51:40 +0200
Received: from sc8-sf-sshgate.sourceforge.net (sc8-sf-sshgate-b.sourceforge.net [10.3.1.1])
	by sc8-sf-spam1.sourceforge.net (Postfix) with ESMTP id D6AF8AB09F
	for <antoni_mylka@poczta.onet.pl>; Wed, 16 May 2007 14:58:54 -0700 (PDT)
From:	"SourceForge.net Team" <noreply@sourceforge.net>
To:	antoni_mylka@poczta.onet.pl
Subject: Special announcement from SourceForge.net
Message-Id: <20070516215854.D6AF8AB09F@sc8-sf-spam1.sourceforge.net>
Date:	Wed, 16 May 2007 14:58:54 -0700 (PDT)
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: noreply@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   

SourceForge.net Project Administrator:

We are about to launch the open beta of the SourceForge.net Marketplace. 
This new functionality will connect Open Source experts (like yourself) 
with buyers looking for service.

You will notice a new "Services" tab on your project where buyers will 
be able to see the support options available and purchase Marketplace 
services (when available).

As the administrator for the project, you can manage what is displayed 
on this new tab by going to the Public Info page in your Project 
Administration menu and updating the "List Paid Services for Project." 
Setting.


We'd like to send you more info on the SourceForge.net Marketplace, as 
well as a special invitation to sell service to buyers. To add your name 
to our interest list, visit this link:

https://ostg.wufoo.com/forms/marketplace-interest-list/

Thank you for your continued interest in SourceForge.net.

Sincerely,

The SourceForge.net Team

--
SourceForge.net will never ask you for sensitive personal information
via an email.

To update your communication preferences, click this link:
https://sourceforge.net/account/

This announcement is also available as project news on the
SourceForge.net alexandria project:
https://sourceforge.net/projects/alexandria/


Copyright 2007. SourceForge.net, 46939 Bayside Parkway; Fremont, CA 94538

.

From - Wed Jun 13 09:15:38 2007
X-Account-Key: account3
X-UIDL: 0000ed56049f886a
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists-outbound.sourceforge.net ([66.35.250.225]:54196 "EHLO
	lists-outbound.sourceforge.net") by ps30.test.onet.pl with ESMTP
	id <S2971368AbXFMCdq>; Wed, 13 Jun 2007 04:33:46 +0200
Received: from sc8-sf-sshgate.sourceforge.net (sc8-sf-sshgate-b.sourceforge.net [10.3.1.1])
	by sc8-sf-spam1.sourceforge.net (Postfix) with ESMTP id 4191EA5B87
	for <antoni_mylka@poczta.onet.pl>; Tue, 12 Jun 2007 17:23:56 -0700 (PDT)
From:	"SourceForge.net Team" <noreply@sourceforge.net>
To:	antoni_mylka@poczta.onet.pl
Subject: SourceForge.net Update: June 2007 Edition
Message-Id: <20070613002356.4191EA5B87@sc8-sf-spam1.sourceforge.net>
Date:	Tue, 12 Jun 2007 17:23:56 -0700 (PDT)
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: noreply@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   

0. Introduction
1. Legacy Subversion Access Method Going Away
2. May Project of the Month (POTM): Scorched3D
3. Statistics

---------------------------------------------------------
This SF.net update brought to you by IBM WebSphere.

Using Tomcat but need to do more? Need to support web services,
security? Get stuff done quickly with pre-integrated technology
to make your job easier. Download IBM WebSphere Application
Server v1.0.1, based on Apache Geronimo: 
http://sourceforge.net/powerbar/websphere/

---------------------------------------------------------



Hi, and welcome to the June edition of our monthly newsletter!

You've probably noticed the beta launch of our new SourceForge.net
Marketplace, a platform for buying and selling services for open source
software.  If you haven't, we encourage you to check it out and let us
know what you think!  Anybody can buy during the beta period, but the
number of sellers is limited for now.  If you'd like to become a seller
in our beta program, be sure to add your name to the interest list at
http://sourceforge.net/survey/ .

We're also proud to announce the general availability of our new project
wikis!  These easy to use and fully-functional wikis, powered by
Wikispaces, allow collaboration on project documentation and other
dynamic content.  You can enable them in your project by choosing the
Wiki link in your project's Admin tab.  We'd also like to extend our
thanks to the beta participants, who helped us make this integration
better for the rest of us!

We've begun our 2007 Community Choice Awards nomination process.  You
can nominate projects to win by clicking on the link on their project
summary and download pages.

Lastly, VA Software, the company that owns and operates SourceForge.net,
has changed its name to SourceForge, Inc.  Read more here:
http://web.sourceforge.com/news_archive/2007/1799.php



Legacy Subversion Access Method Going Away
------------------------------------------

Back in November of 2006, we added a new preferred access method for our
Subversion offering that solved most of the spurious error messages and
other problems with our initial SVN rollout.  The change introduced a
new URL scheme:

https://PROJECTNAME.svn.sourceforge.net/svnroot/PROJECTNAME

Users have been receiving the notice to upgrade via a Site Status
announcement and as needed via Support Request when problems were reported.

As a part of our ongoing infrastructure improvements to our Subversion
offering and other services, we will be decommissioning the legacy
access method (the one without the PROJECTNAME prefix for the hostname)
as of June 28.  Past that time, Subversion operations that use the old
URL scheme will no longer work.  You may change over any existing
Subversion checkouts you have by following the instructions detailed here:

https://sourceforge.net/docs/E09#notice



May Project of the Month: Scorched3D
------------------------------------

Scorched3D is a 3D remake of the popular 2D artillery game Scorched
Earth. Scorched3D can be played against the computer, other players,
and remotely across the internet or LAN.

Project of the month: http://sourceforge.net/potm/potm-2007-05.php
Home Page: http://www.scorched3d.co.uk/
Project Page: https://sourceforge.net/projects/scorched3d



Statistics and Top Projects
---------------------------

Number of Projects: 150,114
Number of Registered Users: 1,601,343


Daily Stats for 1 June, 2007:

SF.net: 4,247,174 pages served
Open Source Files downloaded in 24 hour period: 2,130,591


Top 25 Projects:

1. Azureus
https://sourceforge.net/projects/azureus
Azureus is a powerful, full-featured, cross-platform bittorrent client.

2. FileZilla
https://sourceforge.net/projects/filezilla
FileZilla is a fast FTP and SFTP client for Windows with a lot of
features. FileZilla Server is a reliable FTP server.

3. ZK - Simply Ajax
https://sourceforge.net/projects/zk1
ZK is Ajax framework enriching Web apps with little programming. With
event-driven components and XUL/XHTML markup languages, developing is as
simple as programming desktops and authoring HTML pages. Scripting
support Java, JavaScript, Ruby, Groovy...

4. AssaultCube
https://sourceforge.net/projects/actiongame
AssaultCube, formerly ActionCube, is a free first-person-shooter based
on the game Cube. Set in a realistic looking environment, while gameplay
stays fast and arcade. This game is all about team oriented multiplayer fun.

5. Stellarium
https://sourceforge.net/projects/stellarium
Stellarium renders 3D photo-realistic skies in real time with OpenGL. It
displays stars, constellations, planets, nebulas and others things like
ground, landscape, atmosphere, etc.

6. Openbravo ERP
https://sourceforge.net/projects/openbravo
Web based ERP for SMEs, built on proven MVC & MDD framework that
facilitate customization & maintenance of code. Already in production,
it encompasses a broad range of functionalities such as finance, supply
chain, project mgmt, manufacturing & much more

7. KeePass Password Safe
https://sourceforge.net/projects/keepass
KeePass Password Safe is a free, open source, light-weight and
easy-to-use password manager for Windows. You can store your passwords
in a highly-encrypted database, which is locked with one master password
or key file.

8. phpMyAdmin
https://sourceforge.net/projects/phpmyadmin
phpMyAdmin is a tool written in PHP intended to handle the
administration of MySQL over the Web. Currently it can create and drop
databases, create/drop/alter tables, delete/edit/add fields, execute any
SQL statement, manage keys on fields.

9. ADempiere Bazaar
https://sourceforge.net/projects/adempiere
Adempiere is an ERP Bazaar for Open Source Developers that contribute
improvements of Compiere, CRM, Shopfloor, POS, Helpdesk, Financials
Accounting, Supply Chain, Knowledge and Business apps in an open and
unabated fashion. Focus is on the Community.

10. Notepad++
https://sourceforge.net/projects/notepad-plus
Notepad++ is a generic source code editor (it tries to be anyway) and
Notepad replacement written in C++ with the win32 API. The aim of
Notepad++ is to offer a slim and efficient binary with a totally
customizable GUI.

11. 7-Zip
https://sourceforge.net/projects/sevenzip
7-Zip is a file archiver with the high compression ratio. The program
supports 7z, ZIP, CAB, RAR, ARJ, LZH, CHM, GZIP, BZIP2, Z, TAR, CPIO,
RPM and DEB formats. Compression ratio in the new 7z format is 30-50%
better than ratio in ZIP format.

12. FreeCol
https://sourceforge.net/projects/freecol
FreeCol is an open version of Colonization. It is a Civilization-like
game in which the player has to conquer the new world.

13. Zenoss Core - Enterprise IT Monitoring
https://sourceforge.net/projects/zenoss
Zenoss Core is an enterprise network and systems management application
written in Python/Zope. Zenoss provides an integrated product for
monitoring availability, performance, events and configuration across
layers and across platforms.

14. MinGW - Minimalist GNU for Windows
https://sourceforge.net/projects/mingw
MinGW: import libraries and header files for use with GCC to build
native Windows applications; now with added extensions to the MSVC
runtime to support C99 functionality.

15. RapidMiner (YALE) -- Java Data Mining
https://sourceforge.net/projects/yale
(aka YALE) data mining, machine learning, knowledge discovery, business
intelligence in Java. 400+ operators: data mining incl.
Weka,learning,preprocessing,validation,visualization.
GUI,API,XML,analysis,knowledge discovery,databases,business intelligence

16. FCKeditor
https://sourceforge.net/projects/fckeditor
Online text editor (DHTML editor), for ASP, ASP.NET, ColdFusion, PHP,
Java and JavaScript brings to the web many of the powerful features of
known desktop editors like Word. It's XHTML compliant and works with
Firefox, Mozilla, Netscape and IE.

17. Webmin
https://sourceforge.net/projects/webadmin
A web-based system administration tool for Unix servers and services.

18. Arianne RPG
https://sourceforge.net/projects/arianne
Arianne is a multiplayer online engine to develop turn based and real
time games providing a simple way of creating the game server rules and
clients like Stendhal. Marauroa, our server, uses Java and MySQL for
hosting hundreds of players on a solo host.

19. opentaps open source ERP+CRM
https://sourceforge.net/projects/opentaps
ERP and CRM suite, including eCommerce, Point-of-Sales, inventory,
warehouse, order, customer management, general ledger. Built on OFBiz
with enterprise-class features - workflow, databse independence,
service-oriented architecture SOA

20. VMukti - Collaborative Conferencing
https://sourceforge.net/projects/vmukti
VMUKTI is Social Web 2.0 Multi-Party conference software for Web &
Mobile users. Requires no download & very little server bandwidth &
processing power. Allows to mix & match A/V & Presence modules for
online customized collaboration service delivery.

21. ScummVM
https://sourceforge.net/projects/scummvm
ScummVM is a cross-platform interpreter for several point-and-click
adventure engines. This includes all SCUMM-based adventures by
LucasArts, Simon the Sorcerer 1&2 by AdventureSoft, Beneath a Steel Sky
and Broken Sword 1&2 by Revolution, and many more.

22. OrangeHRM - Human Resource Management
https://sourceforge.net/projects/orangehrm
OrangeHRM developed by OrangeHRM Inc is an Open Source HR Information
Systems(HRIS) that assists you in managing company's human resources.
Through scalable modular architecture it covers main areas of Personnel
Management/HRM such as PIM, ESS & Leave.

23. Password Safe
https://sourceforge.net/projects/passwordsafe
Password Safe is a password database utility.Users can keep their
passwords securely encrypted on their computers.A single Safe
Combination unlocks them all.

24. Owl Intranet Knowledgebase
https://sourceforge.net/projects/owl
Owl is a multi user document repository (knowledgebase) , document
manager and/or document management system (DMS) written in PHP for
publishing of files/documents onto the web for a corporation, small
business, group of people, or just for yourself.

25. Tcl
https://sourceforge.net/projects/tcl
Tool Command Language (Tcl) is an interpreted languageand very portable
interpreter for that language. Tclis embeddable and extensible, and has
been widely used since its creationin 1988 by John Ousterhout (visit the
foundry for projects using it).

---------------------------------------------------------
When the SF.net team sends out a site-wide email, we sometimes see
replies that look like this: "Hey! I didn't ask to be on this list! You
spammer. I hate you! I hate your dog! (insert other colorful phrases
here)." The truth is, when you registered on SourceForge.net there was a
check box that said "Receive Site-wide updates, low volume." You left it
checked when you submitted the registration form, hence you are
receiving this email. We send these updates every 4 to 6 weeks, so it
truly is low volume. However if you want off, this is not a problem.
Simply click on the link.


==================================================================
You receive this message because you subscribed to SourceForge
site mailing(s). You may opt out from some of them selectively
by logging in to SourceForge and visiting your Account Maintenance
page (http://sourceforge.net/account/), or disable them altogether
by visiting following link:
<http://sourceforge.net/account/unsubscribe.php?ch=_23eb8a70b054d68e>

.

From - Thu Jun 14 20:17:28 2007
X-Account-Key: account3
X-UIDL: 0000ed5604a08379
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists-outbound.sourceforge.net ([66.35.250.225]:6359 "EHLO
	lists-outbound.sourceforge.net") by ps22.test.onet.pl with ESMTP
	id <S4847435AbXFNSOj>; Thu, 14 Jun 2007 20:14:39 +0200
Received: from sc8-sf-sshgate.sourceforge.net (sc8-sf-sshgate-b.sourceforge.net [10.3.1.1])
	by sc8-sf-spam1.sourceforge.net (Postfix) with ESMTP id 8966687CD8
	for <antoni_mylka@poczta.onet.pl>; Thu, 14 Jun 2007 10:13:03 -0700 (PDT)
From:	"SourceForge.net Team" <noreply@sourceforge.net>
To:	antoni_mylka@poczta.onet.pl
Subject: SourceForge.net Update: June 2007 Edition
Message-Id: <20070614171303.8966687CD8@sc8-sf-spam1.sourceforge.net>
Date:	Thu, 14 Jun 2007 10:13:03 -0700 (PDT)
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: noreply@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   

0. Introduction
1. Legacy Subversion Access Method Going Away
2. May Project of the Month (POTM): Scorched3D
3. Statistics

---------------------------------------------------------
This SF.net update brought to you by IBM WebSphere.

Using Tomcat but need to do more? Need to support web services,
security? Get stuff done quickly with pre-integrated technology
to make your job easier. Download IBM WebSphere Application
Server v1.0.1, based on Apache Geronimo: 
http://sourceforge.net/powerbar/websphere/

---------------------------------------------------------



Hi, and welcome to the June edition of our monthly newsletter!

You've probably noticed the beta launch of our new SourceForge.net
Marketplace, a platform for buying and selling services for open source
software.  If you haven't, we encourage you to check it out and let us
know what you think!  Anybody can buy during the beta period, but the
number of sellers is limited for now.  If you'd like to become a seller
in our beta program, be sure to add your name to the interest list at
http://sourceforge.net/survey/ .

We're also proud to announce the general availability of our new project
wikis!  These easy to use and fully-functional wikis, powered by
Wikispaces, allow collaboration on project documentation and other
dynamic content.  You can enable them in your project by choosing the
Wiki link in your project's Admin tab.  We'd also like to extend our
thanks to the beta participants, who helped us make this integration
better for the rest of us!

We've begun our 2007 Community Choice Awards nomination process.  You
can nominate projects to win by clicking on the link on their project
summary and download pages.

Lastly, VA Software, the company that owns and operates SourceForge.net,
has changed its name to SourceForge, Inc.  Read more here:
http://web.sourceforge.com/news_archive/2007/1799.php



Legacy Subversion Access Method Going Away
------------------------------------------

Back in November of 2006, we added a new preferred access method for our
Subversion offering that solved most of the spurious error messages and
other problems with our initial SVN rollout.  The change introduced a
new URL scheme:

https://PROJECTNAME.svn.sourceforge.net/svnroot/PROJECTNAME

Users have been receiving the notice to upgrade via a Site Status
announcement and as needed via Support Request when problems were reported.

As a part of our ongoing infrastructure improvements to our Subversion
offering and other services, we will be decommissioning the legacy
access method (the one without the PROJECTNAME prefix for the hostname)
as of June 28.  Past that time, Subversion operations that use the old
URL scheme will no longer work.  You may change over any existing
Subversion checkouts you have by following the instructions detailed here:

https://sourceforge.net/docs/E09#notice



May Project of the Month: Scorched3D
------------------------------------

Scorched3D is a 3D remake of the popular 2D artillery game Scorched
Earth. Scorched3D can be played against the computer, other players,
and remotely across the internet or LAN.

Project of the month: http://sourceforge.net/potm/potm-2007-05.php
Home Page: http://www.scorched3d.co.uk/
Project Page: https://sourceforge.net/projects/scorched3d



Statistics and Top Projects
---------------------------

Number of Projects: 150,114
Number of Registered Users: 1,601,343


Daily Stats for 1 June, 2007:

SF.net: 4,247,174 pages served
Open Source Files downloaded in 24 hour period: 2,130,591


Top 25 Projects:

1. Azureus
https://sourceforge.net/projects/azureus
Azureus is a powerful, full-featured, cross-platform bittorrent client.

2. FileZilla
https://sourceforge.net/projects/filezilla
FileZilla is a fast FTP and SFTP client for Windows with a lot of
features. FileZilla Server is a reliable FTP server.

3. ZK - Simply Ajax
https://sourceforge.net/projects/zk1
ZK is Ajax framework enriching Web apps with little programming. With
event-driven components and XUL/XHTML markup languages, developing is as
simple as programming desktops and authoring HTML pages. Scripting
support Java, JavaScript, Ruby, Groovy...

4. AssaultCube
https://sourceforge.net/projects/actiongame
AssaultCube, formerly ActionCube, is a free first-person-shooter based
on the game Cube. Set in a realistic looking environment, while gameplay
stays fast and arcade. This game is all about team oriented multiplayer fun.

5. Stellarium
https://sourceforge.net/projects/stellarium
Stellarium renders 3D photo-realistic skies in real time with OpenGL. It
displays stars, constellations, planets, nebulas and others things like
ground, landscape, atmosphere, etc.

6. Openbravo ERP
https://sourceforge.net/projects/openbravo
Web based ERP for SMEs, built on proven MVC & MDD framework that
facilitate customization & maintenance of code. Already in production,
it encompasses a broad range of functionalities such as finance, supply
chain, project mgmt, manufacturing & much more

7. KeePass Password Safe
https://sourceforge.net/projects/keepass
KeePass Password Safe is a free, open source, light-weight and
easy-to-use password manager for Windows. You can store your passwords
in a highly-encrypted database, which is locked with one master password
or key file.

8. phpMyAdmin
https://sourceforge.net/projects/phpmyadmin
phpMyAdmin is a tool written in PHP intended to handle the
administration of MySQL over the Web. Currently it can create and drop
databases, create/drop/alter tables, delete/edit/add fields, execute any
SQL statement, manage keys on fields.

9. ADempiere Bazaar
https://sourceforge.net/projects/adempiere
Adempiere is an ERP Bazaar for Open Source Developers that contribute
improvements of Compiere, CRM, Shopfloor, POS, Helpdesk, Financials
Accounting, Supply Chain, Knowledge and Business apps in an open and
unabated fashion. Focus is on the Community.

10. Notepad++
https://sourceforge.net/projects/notepad-plus
Notepad++ is a generic source code editor (it tries to be anyway) and
Notepad replacement written in C++ with the win32 API. The aim of
Notepad++ is to offer a slim and efficient binary with a totally
customizable GUI.

11. 7-Zip
https://sourceforge.net/projects/sevenzip
7-Zip is a file archiver with the high compression ratio. The program
supports 7z, ZIP, CAB, RAR, ARJ, LZH, CHM, GZIP, BZIP2, Z, TAR, CPIO,
RPM and DEB formats. Compression ratio in the new 7z format is 30-50%
better than ratio in ZIP format.

12. FreeCol
https://sourceforge.net/projects/freecol
FreeCol is an open version of Colonization. It is a Civilization-like
game in which the player has to conquer the new world.

13. Zenoss Core - Enterprise IT Monitoring
https://sourceforge.net/projects/zenoss
Zenoss Core is an enterprise network and systems management application
written in Python/Zope. Zenoss provides an integrated product for
monitoring availability, performance, events and configuration across
layers and across platforms.

14. MinGW - Minimalist GNU for Windows
https://sourceforge.net/projects/mingw
MinGW: import libraries and header files for use with GCC to build
native Windows applications; now with added extensions to the MSVC
runtime to support C99 functionality.

15. RapidMiner (YALE) -- Java Data Mining
https://sourceforge.net/projects/yale
(aka YALE) data mining, machine learning, knowledge discovery, business
intelligence in Java. 400+ operators: data mining incl.
Weka,learning,preprocessing,validation,visualization.
GUI,API,XML,analysis,knowledge discovery,databases,business intelligence

16. FCKeditor
https://sourceforge.net/projects/fckeditor
Online text editor (DHTML editor), for ASP, ASP.NET, ColdFusion, PHP,
Java and JavaScript brings to the web many of the powerful features of
known desktop editors like Word. It's XHTML compliant and works with
Firefox, Mozilla, Netscape and IE.

17. Webmin
https://sourceforge.net/projects/webadmin
A web-based system administration tool for Unix servers and services.

18. Arianne RPG
https://sourceforge.net/projects/arianne
Arianne is a multiplayer online engine to develop turn based and real
time games providing a simple way of creating the game server rules and
clients like Stendhal. Marauroa, our server, uses Java and MySQL for
hosting hundreds of players on a solo host.

19. opentaps open source ERP+CRM
https://sourceforge.net/projects/opentaps
ERP and CRM suite, including eCommerce, Point-of-Sales, inventory,
warehouse, order, customer management, general ledger. Built on OFBiz
with enterprise-class features - workflow, databse independence,
service-oriented architecture SOA

20. VMukti - Collaborative Conferencing
https://sourceforge.net/projects/vmukti
VMUKTI is Social Web 2.0 Multi-Party conference software for Web &
Mobile users. Requires no download & very little server bandwidth &
processing power. Allows to mix & match A/V & Presence modules for
online customized collaboration service delivery.

21. ScummVM
https://sourceforge.net/projects/scummvm
ScummVM is a cross-platform interpreter for several point-and-click
adventure engines. This includes all SCUMM-based adventures by
LucasArts, Simon the Sorcerer 1&2 by AdventureSoft, Beneath a Steel Sky
and Broken Sword 1&2 by Revolution, and many more.

22. OrangeHRM - Human Resource Management
https://sourceforge.net/projects/orangehrm
OrangeHRM developed by OrangeHRM Inc is an Open Source HR Information
Systems(HRIS) that assists you in managing company's human resources.
Through scalable modular architecture it covers main areas of Personnel
Management/HRM such as PIM, ESS & Leave.

23. Password Safe
https://sourceforge.net/projects/passwordsafe
Password Safe is a password database utility.Users can keep their
passwords securely encrypted on their computers.A single Safe
Combination unlocks them all.

24. Owl Intranet Knowledgebase
https://sourceforge.net/projects/owl
Owl is a multi user document repository (knowledgebase) , document
manager and/or document management system (DMS) written in PHP for
publishing of files/documents onto the web for a corporation, small
business, group of people, or just for yourself.

25. Tcl
https://sourceforge.net/projects/tcl
Tool Command Language (Tcl) is an interpreted languageand very portable
interpreter for that language. Tclis embeddable and extensible, and has
been widely used since its creationin 1988 by John Ousterhout (visit the
foundry for projects using it).

---------------------------------------------------------
When the SF.net team sends out a site-wide email, we sometimes see
replies that look like this: "Hey! I didn't ask to be on this list! You
spammer. I hate you! I hate your dog! (insert other colorful phrases
here)." The truth is, when you registered on SourceForge.net there was a
check box that said "Receive Site-wide updates, low volume." You left it
checked when you submitted the registration form, hence you are
receiving this email. We send these updates every 4 to 6 weeks, so it
truly is low volume. However if you want off, this is not a problem.
Simply click on the link.


==================================================================
You receive this message because you subscribed to SourceForge
site mailing(s). You may opt out from some of them selectively
by logging in to SourceForge and visiting your Account Maintenance
page (http://sourceforge.net/account/), or disable them altogether
by visiting following link:
<http://sourceforge.net/account/unsubscribe.php?ch=_23eb8a70b054d68e>

.

From - Thu Aug 09 18:05:05 2007
X-Account-Key: account3
X-UIDL: 00026fbc005aaf9e
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:63974 "EHLO
	mail.sourceforge.net") by ps18.test.onet.pl with ESMTP
	id <S5850714AbXHINLS>; Thu, 9 Aug 2007 15:11:18 +0200
Received: from sc8-sf-web22-b.sourceforge.net ([10.3.1.212] helo=sc8-sf-web22.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1IJ6xh-0008QM-D6; Thu, 09 Aug 2007 05:17:57 -0700
Received: from nobody by sc8-sf-web22.sourceforge.net with local (Exim 4.43)
	id 1IJ6xg-0005yg-TI; Thu, 09 Aug 2007 05:17:57 -0700
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ aperture-Bugs-1749786 ] Incorrect extension for mime type
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-SourceForge-Tracker-unixname:	aperture
X-SourceForge-Tracker-trackerid: 779500
X-SourceForge-Tracker-itemid: 1749786
X-SourceForge-Tracker-itemstatus: Closed
X-SourceForge-Tracker-itemassignee: nobody
X-SourceForge-Tracker-itemupdate-reason: Comment added
X-SourceForge-Tracker-itemupdate-username: mylka
Message-Id: <E1IJ6xg-0005yg-TI@sc8-sf-web22.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web22.sourceforge.net>
Date:	Thu, 09 Aug 2007 05:17:56 -0700
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   

Bugs item #1749786, was opened at 2007-07-08 02:58
Message generated for change (Comment added) made by mylka
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779500&aid=1749786&group_id=150969

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Mike Tillberg (mtillberg)
Assigned to: Nobody/Anonymous (nobody)
Summary: Incorrect extension for mime type

Initial Comment:
The image/x-portable-bitmap extension should be pbm, not pgm


----------------------------------------------------------------------

>Comment By: Antoni Mylka (mylka)
Date: 2007-08-09 14:17

Message:
Logged In: YES 
user_id=1613065
Originator: NO

Fixed in NIEIntegrationBranch

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779500&aid=1749786&group_id=150969

From - Tue Aug 14 20:35:22 2007
X-Account-Key: account3
X-UIDL: 00026fbc005fde11
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:34452 "EHLO
	mail.sourceforge.net") by ps7.test.onet.pl with ESMTP
	id <S3130838AbXHNRr4>; Tue, 14 Aug 2007 19:47:56 +0200
Received: from sc8-sf-web24-b.sourceforge.net ([10.3.1.214] helo=sc8-sf-web24.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1IL016-0007i4-97; Tue, 14 Aug 2007 10:17:16 -0700
Received: from nobody by sc8-sf-web24.sourceforge.net with local (Exim 4.43)
	id 1IL015-0001nl-Vr; Tue, 14 Aug 2007 10:17:16 -0700
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ aperture-Feature Requests-1641723 ] Things to do for alpha-4
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-SourceForge-Tracker-unixname:	aperture
X-SourceForge-Tracker-trackerid: 779503
X-SourceForge-Tracker-itemid: 1641723
X-SourceForge-Tracker-itemstatus: Closed
X-SourceForge-Tracker-itemassignee: nobody
X-SourceForge-Tracker-itemupdate-reason: Comment added
X-SourceForge-Tracker-itemupdate-username: mylka
Message-Id: <E1IL015-0001nl-Vr@sc8-sf-web24.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web24.sourceforge.net>
Date:	Tue, 14 Aug 2007 10:17:15 -0700
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   

Feature Requests item #1641723, was opened at 2007-01-22 16:35
Message generated for change (Comment added) made by mylka
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779503&aid=1641723&group_id=150969

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: general
Group: Next Release (example)
>Status: Closed
Priority: 5
Private: No
Submitted By: Leo Sauermann (leo_sauermann)
Assigned to: Nobody/Anonymous (nobody)
Summary: Things to do for alpha-4

Initial Comment:
Add here what needs to be done for alpha-4.

(use comments)

initial ideas:
* newest version of RDF2Go
* newest version of sesame2
* newest version of RDF2Go-Sesame2 Adapter
* perhaps new version of DATA ontology.

not much more, or? lets keep it simple.

----------------------------------------------------------------------

>Comment By: Antoni Mylka (mylka)
Date: 2007-08-14 19:17

Message:
Logged In: YES 
user_id=1613065
Originator: NO

Alpha 4 came and went. Alpha 5 will bring even more cool features. It's
high time to close this issue.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779503&aid=1641723&group_id=150969

From - Wed Aug 22 12:17:48 2007
X-Account-Key: account3
X-UIDL: 00026fbc0068a793
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:59068 "EHLO
	mail.sourceforge.net") by ps26.test.onet.pl with ESMTP
	id <S5545335AbXHVJzP>; Wed, 22 Aug 2007 11:55:15 +0200
Received: from sc8-sf-web21-b.sourceforge.net ([10.3.1.211] helo=sc8-sf-web21.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1INmvO-0000Zz-Fw; Wed, 22 Aug 2007 02:54:54 -0700
Received: from nobody by sc8-sf-web21.sourceforge.net with local (Exim 4.43)
	id 1INmvO-00080t-2h; Wed, 22 Aug 2007 02:54:54 -0700
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ aperture-Bugs-1779299 ] Remove validation from the XmlExtractor
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-SourceForge-Tracker-unixname:	aperture
X-SourceForge-Tracker-trackerid: 779500
X-SourceForge-Tracker-itemid: 1779299
X-SourceForge-Tracker-itemstatus: Open
X-SourceForge-Tracker-itemassignee: nobody
X-SourceForge-Tracker-itemupdate-reason: Tracker Item Submitted
X-SourceForge-Tracker-itemupdate-username: Item Submitter
Message-Id: <E1INmvO-00080t-2h@sc8-sf-web21.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web21.sourceforge.net>
Date:	Wed, 22 Aug 2007 02:54:54 -0700
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   

Bugs item #1779299, was opened at 2007-08-22 11:54
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779500&aid=1779299&group_id=150969

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Antoni Mylka (mylka)
Assigned to: Nobody/Anonymous (nobody)
Summary: Remove validation from the XmlExtractor

Initial Comment:
Problems have been reported when the XmlExtractor tries to download DTD's or XSD's that aren't available at the moment. This breaks the crawling process. In our particular use case, where the extractor is supposed to extract text no validation is necessary or?

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779500&aid=1779299&group_id=150969

From - Wed Aug 22 13:22:37 2007
X-Account-Key: account3
X-UIDL: 00026fbc006a2ada
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:60641 "EHLO
	mail.sourceforge.net") by ps15.test.onet.pl with ESMTP
	id <S9644202AbXHVLSF>; Wed, 22 Aug 2007 13:18:05 +0200
Received: from sc8-sf-web21-b.sourceforge.net ([10.3.1.211] helo=sc8-sf-web21.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1INmsQ-0005Wu-RL; Wed, 22 Aug 2007 02:51:50 -0700
Received: from nobody by sc8-sf-web21.sourceforge.net with local (Exim 4.43)
	id 1INmsQ-0007g5-Dz; Wed, 22 Aug 2007 02:51:50 -0700
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ aperture-Feature Requests-1779297 ] Let the IcalCrawler use accessors
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-SourceForge-Tracker-unixname:	aperture
X-SourceForge-Tracker-trackerid: 779503
X-SourceForge-Tracker-itemid: 1779297
X-SourceForge-Tracker-itemstatus: Open
X-SourceForge-Tracker-itemassignee: nobody
X-SourceForge-Tracker-itemupdate-reason: Tracker Item Submitted
X-SourceForge-Tracker-itemupdate-username: Item Submitter
Message-Id: <E1INmsQ-0007g5-Dz@sc8-sf-web21.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web21.sourceforge.net>
Date:	Wed, 22 Aug 2007 02:51:50 -0700
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   

Feature Requests item #1779297, was opened at 2007-08-22 11:51
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779503&aid=1779297&group_id=150969

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Priority: 5
Private: No
Submitted By: Antoni Mylka (mylka)
Assigned to: Nobody/Anonymous (nobody)
Summary: Let the IcalCrawler use accessors

Initial Comment:
The IcalCrawler could use a DataAccessorRegistry to be able to work with ical files available through any URL

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779503&aid=1779297&group_id=150969

From - Wed Aug 22 13:42:37 2007
X-Account-Key: account3
X-UIDL: 00026fbc006a7845
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:27357 "EHLO
	mail.sourceforge.net") by ps23.test.onet.pl with ESMTP
	id <S4827177AbXHVLjC>; Wed, 22 Aug 2007 13:39:02 +0200
Received: from sc8-sf-web23-b.sourceforge.net ([10.3.1.213] helo=sc8-sf-web23.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1INoY9-0005dF-SU; Wed, 22 Aug 2007 04:39:01 -0700
Received: from nobody by sc8-sf-web23.sourceforge.net with local (Exim 4.43)
	id 1INoY9-0000gH-FE; Wed, 22 Aug 2007 04:39:01 -0700
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ aperture-Bugs-1779347 ] Swing examples don't work
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-SourceForge-Tracker-unixname:	aperture
X-SourceForge-Tracker-trackerid: 779500
X-SourceForge-Tracker-itemid: 1779347
X-SourceForge-Tracker-itemstatus: Open
X-SourceForge-Tracker-itemassignee: nobody
X-SourceForge-Tracker-itemupdate-reason: Tracker Item Submitted
X-SourceForge-Tracker-itemupdate-username: Item Submitter
Message-Id: <E1INoY9-0000gH-FE@sc8-sf-web23.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web23.sourceforge.net>
Date:	Wed, 22 Aug 2007 04:39:01 -0700
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   

Bugs item #1779347, was opened at 2007-08-22 13:39
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779500&aid=1779347&group_id=150969

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Antoni Mylka (mylka)
Assigned to: Nobody/Anonymous (nobody)
Summary: Swing examples don't work

Initial Comment:
The Swing examples don't work.

The imapcrawler.CrawlerFrame. The wizard is OK, but when the crawle is started the window is not notified of the changes in the status. This is because the "observable properties" in the ExampleImapCrawler class aren't in fact observable after the SimpleCrawlerHandler got externalized to a separate class.

The filecrawler.CrawlerFrame works ok, the crawling status is shown on the JPanel. When the crawler stops crawling, an appropriate information is shown on the panel but no output is written to a file.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779500&aid=1779347&group_id=150969

From - Wed Aug 22 15:27:37 2007
X-Account-Key: account3
X-UIDL: 00026fbc006c010c
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:5288 "EHLO
	mail.sourceforge.net") by ps23.test.onet.pl with ESMTP
	id <S4825234AbXHVNZF>; Wed, 22 Aug 2007 15:25:05 +0200
Received: from sc8-sf-web21-b.sourceforge.net ([10.3.1.211] helo=sc8-sf-web21.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1INmqv-000543-La; Wed, 22 Aug 2007 02:50:17 -0700
Received: from nobody by sc8-sf-web21.sourceforge.net with local (Exim 4.43)
	id 1INmqv-0007YX-9q; Wed, 22 Aug 2007 02:50:17 -0700
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ aperture-Feature Requests-1779294 ] Make the IcalCrawler more compliant with RFC 2445
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-SourceForge-Tracker-unixname:	aperture
X-SourceForge-Tracker-trackerid: 779503
X-SourceForge-Tracker-itemid: 1779294
X-SourceForge-Tracker-itemstatus: Open
X-SourceForge-Tracker-itemassignee: nobody
X-SourceForge-Tracker-itemupdate-reason: Tracker Item Submitted
X-SourceForge-Tracker-itemupdate-username: Item Submitter
Message-Id: <E1INmqv-0007YX-9q@sc8-sf-web21.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web21.sourceforge.net>
Date:	Wed, 22 Aug 2007 02:50:17 -0700
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   

Feature Requests item #1779294, was opened at 2007-08-22 11:50
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779503&aid=1779294&group_id=150969

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Priority: 5
Private: No
Submitted By: Antoni Mylka (mylka)
Assigned to: Nobody/Anonymous (nobody)
Summary: Make the IcalCrawler more compliant with RFC 2445

Initial Comment:
Following issues have been identified with the IcalCrawler.

1. Four parameters that have nco:Contact as their range are treated wrong by the crawler:
- delegatedFrom
- delegatedTo
- member
- sentBy

2. the range of dir parameter is a resource, not a literal

3. quite a lot of properties do theoretically accept multiple comma-separated values, this should be solved in a generic way, 

4. the language parameter should result in a language tag to the literal, this is not supported yet

5. the attachments are untested

The issues mentioned above arose because they were not covered by the test suite, this should be fixed

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779503&aid=1779294&group_id=150969

From - Wed Aug 22 18:22:58 2007
X-Account-Key: account3
X-UIDL: 00026fbc006d31d8
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:31918 "EHLO
	mail.sourceforge.net") by ps26.test.onet.pl with ESMTP
	id <S5544274AbXHVQUi>; Wed, 22 Aug 2007 18:20:38 +0200
Received: from sc8-sf-web21-b.sourceforge.net ([10.3.1.211] helo=sc8-sf-web21.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1INswK-0000kq-Cj; Wed, 22 Aug 2007 09:20:16 -0700
Received: from nobody by sc8-sf-web21.sourceforge.net with local (Exim 4.43)
	id 1INswK-0005c0-16; Wed, 22 Aug 2007 09:20:16 -0700
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ aperture-Feature Requests-1779556 ] Unify handling of emails
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-SourceForge-Tracker-unixname:	aperture
X-SourceForge-Tracker-trackerid: 779503
X-SourceForge-Tracker-itemid: 1779556
X-SourceForge-Tracker-itemstatus: Open
X-SourceForge-Tracker-itemassignee: nobody
X-SourceForge-Tracker-itemupdate-reason: Tracker Item Submitted
X-SourceForge-Tracker-itemupdate-username: Item Submitter
Message-Id: <E1INswK-0005c0-16@sc8-sf-web21.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web21.sourceforge.net>
Date:	Wed, 22 Aug 2007 09:20:16 -0700
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   

Feature Requests item #1779556, was opened at 2007-08-22 18:20
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779503&aid=1779556&group_id=150969

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Priority: 5
Private: No
Submitted By: Antoni Mylka (mylka)
Assigned to: Nobody/Anonymous (nobody)
Summary: Unify handling of emails

Initial Comment:
Investigate ways to unify code between MIME extractor and the IMAP crawler. Both of them work with java.mail api. There should be a single class that converts between a javax.mail.Message or javax.mail.MimeMessage and rdf. It could potentially be reused in other future components build on java.mail (e.g. in local mailbox crawlers). All of this should use all make extensive use of NMO and NCO.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779503&aid=1779556&group_id=150969

From - Wed Sep 05 17:37:26 2007
X-Account-Key: account3
X-UIDL: 00026fbc00a07c9f
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:20900 "EHLO
	mail.sourceforge.net") by ps31.test.onet.pl with ESMTP
	id <S13227299AbXIEPci>; Wed, 5 Sep 2007 17:32:38 +0200
Received: from sc8-sf-web24-b.sourceforge.net ([10.3.1.214] helo=sc8-sf-web24.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1ISvhc-0005Bl-Tg; Wed, 05 Sep 2007 07:17:56 -0700
Received: from nobody by sc8-sf-web24.sourceforge.net with local (Exim 4.43)
	id 1ISvhc-0000z8-IR; Wed, 05 Sep 2007 07:17:56 -0700
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ aperture-Bugs-1788506 ] Reintroduce the distinction between from and sender
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-SourceForge-Tracker-unixname:	aperture
X-SourceForge-Tracker-trackerid: 779500
X-SourceForge-Tracker-itemid: 1788506
X-SourceForge-Tracker-itemstatus: Open
X-SourceForge-Tracker-itemassignee: nobody
X-SourceForge-Tracker-itemupdate-reason: Tracker Item Submitted
X-SourceForge-Tracker-itemupdate-username: Item Submitter
Message-Id: <E1ISvhc-0000z8-IR@sc8-sf-web24.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web24.sourceforge.net>
Date:	Wed, 05 Sep 2007 07:17:56 -0700
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   

Bugs item #1788506, was opened at 2007-09-05 16:17
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779500&aid=1788506&group_id=150969

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Antoni Mylka (mylka)
Assigned to: Nobody/Anonymous (nobody)
Summary: Reintroduce the distinction between from and sender

Initial Comment:
"From:" and "Sender:" are two different headers in a MIME message. They mean different things. Currently both of them are mapped to NMO.from. Add a sender property to NMO and fix this in the IMAP crawler and the MIME extractor.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779500&aid=1788506&group_id=150969

From - Fri Sep 21 12:28:30 2007
X-Account-Key: account3
X-UIDL: 00026fbc00c01442
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:54409 "EHLO
	mail.sourceforge.net") by ps23.test.onet.pl with ESMTP
	id <S4839009AbXITKd3>; Thu, 20 Sep 2007 12:33:29 +0200
Received: from sc8-sf-web22-b.sourceforge.net ([10.3.1.212] helo=sc8-sf-web22.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1IYHoa-000270-4x; Thu, 20 Sep 2007 01:55:16 -0700
Received: from nobody by sc8-sf-web22.sourceforge.net with local (Exim 4.43)
	id 1IYHoZ-0000iY-Ht; Thu, 20 Sep 2007 01:55:15 -0700
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ aperture-Feature Requests-1798613 ] Update links on aperture.sourceforge.net
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-SourceForge-Tracker-unixname:	aperture
X-SourceForge-Tracker-trackerid: 779503
X-SourceForge-Tracker-itemid: 1798613
X-SourceForge-Tracker-itemstatus: Open
X-SourceForge-Tracker-itemassignee: mylka
X-SourceForge-Tracker-itemupdate-reason: Tracker Item Submitted
X-SourceForge-Tracker-itemupdate-username: Item Submitter
Message-Id: <E1IYHoZ-0000iY-Ht@sc8-sf-web22.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web22.sourceforge.net>
Date:	Thu, 20 Sep 2007 01:55:15 -0700
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   

Feature Requests item #1798613, was opened at 2007-09-20 08:55
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779503&aid=1798613&group_id=150969

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Aperture Website
Group: None
Status: Open
Priority: 5
Private: No
Submitted By: Leo Sauermann (leo_sauermann)
Assigned to: Antoni Mylka (mylka)
Summary: Update links on aperture.sourceforge.net

Initial Comment:
The links to documentation, FAQ and more need to point to the wiki now.

- update the /doc folder in the source to change the website's static HTML, committ this.
- load the new HTML files to the aperture.sourceforge.net server. as "SVN update" doesnt work there, try to use scp to do it

best
Leo

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779503&aid=1798613&group_id=150969

From - Fri Sep 21 13:47:24 2007
X-Account-Key: account3
X-UIDL: 00026fbc00c2762c
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:8633 "EHLO
	mail.sourceforge.net") by ps23.test.onet.pl with ESMTP
	id <S4844806AbXIULrc>; Fri, 21 Sep 2007 13:47:32 +0200
Received: from sc8-sf-web23-b.sourceforge.net ([10.3.1.213] helo=sc8-sf-web23.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1IYgyn-0002hU-23; Fri, 21 Sep 2007 04:47:29 -0700
Received: from nobody by sc8-sf-web23.sourceforge.net with local (Exim 4.43)
	id 1IYgym-0002UH-Lf; Fri, 21 Sep 2007 04:47:28 -0700
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ aperture-Feature Requests-1798613 ] Update links on aperture.sourceforge.net
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-SourceForge-Tracker-unixname:	aperture
X-SourceForge-Tracker-trackerid: 779503
X-SourceForge-Tracker-itemid: 1798613
X-SourceForge-Tracker-itemstatus: Closed
X-SourceForge-Tracker-itemassignee: mylka
X-SourceForge-Tracker-itemupdate-reason: Comment added
X-SourceForge-Tracker-itemupdate-username: mylka
Message-Id: <E1IYgym-0002UH-Lf@sc8-sf-web23.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web23.sourceforge.net>
Date:	Fri, 21 Sep 2007 04:47:28 -0700
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   

Feature Requests item #1798613, was opened at 2007-09-20 10:55
Message generated for change (Comment added) made by mylka
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779503&aid=1798613&group_id=150969

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Aperture Website
Group: None
>Status: Closed
Priority: 5
Private: No
Submitted By: Leo Sauermann (leo_sauermann)
Assigned to: Antoni Mylka (mylka)
Summary: Update links on aperture.sourceforge.net

Initial Comment:
The links to documentation, FAQ and more need to point to the wiki now.

- update the /doc folder in the source to change the website's static HTML, committ this.
- load the new HTML files to the aperture.sourceforge.net server. as "SVN update" doesnt work there, try to use scp to do it

best
Leo

----------------------------------------------------------------------

>Comment By: Antoni Mylka (mylka)
Date: 2007-09-21 13:47

Message:
Logged In: YES 
user_id=1613065
Originator: NO

Done

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779503&aid=1798613&group_id=150969

From - Sat Sep 22 16:22:48 2007
X-Account-Key: account3
X-UIDL: 00026fbc00c45b91
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:17865 "EHLO
	mail.sourceforge.net") by ps22.test.onet.pl with ESMTP
	id <S4827827AbXIVONC>; Sat, 22 Sep 2007 16:13:02 +0200
Received: from sc8-sf-web24-b.sourceforge.net ([10.3.1.214] helo=sc8-sf-web24.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1IZ5jB-000664-1B; Sat, 22 Sep 2007 07:13:01 -0700
Received: from nobody by sc8-sf-web24.sourceforge.net with local (Exim 4.43)
	id 1IZ5jA-0004Qw-JB; Sat, 22 Sep 2007 07:13:00 -0700
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ aperture-Bugs-1792389 ] ImapCrawler should use NMO.messageSubject
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-SourceForge-Tracker-unixname:	aperture
X-SourceForge-Tracker-trackerid: 779500
X-SourceForge-Tracker-itemid: 1792389
X-SourceForge-Tracker-itemstatus: Closed
X-SourceForge-Tracker-itemassignee: nobody
X-SourceForge-Tracker-itemupdate-reason: Comment added
X-SourceForge-Tracker-itemupdate-username: mylka
Message-Id: <E1IZ5jA-0004Qw-JB@sc8-sf-web24.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web24.sourceforge.net>
Date:	Sat, 22 Sep 2007 07:13:00 -0700
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   

Bugs item #1792389, was opened at 2007-09-11 16:28
Message generated for change (Comment added) made by mylka
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779500&aid=1792389&group_id=150969

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
Resolution: None
Priority: 5
Private: No
Submitted By: Christiaan Fluit (cfmfluit)
Assigned to: Nobody/Anonymous (nobody)
Summary: ImapCrawler should use NMO.messageSubject

Initial Comment:
ImapCrawler (or actually: its DataObjectFactory) should use NMO.messageSubject instead of NIE.subject.

----------------------------------------------------------------------

>Comment By: Antoni Mylka (mylka)
Date: 2007-09-22 16:13

Message:
Logged In: YES 
user_id=1613065
Originator: NO

done and closed

----------------------------------------------------------------------

Comment By: Antoni Mylka (mylka)
Date: 2007-09-22 16:12

Message:
Logged In: YES 
user_id=1613065
Originator: NO

done

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779500&aid=1792389&group_id=150969

From - Sat Sep 22 17:27:48 2007
X-Account-Key: account3
X-UIDL: 00026fbc00c46ce8
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:61087 "EHLO
	mail.sourceforge.net") by ps17.test.onet.pl with ESMTP
	id <S16073818AbXIVPXa>; Sat, 22 Sep 2007 17:23:30 +0200
Received: from sc8-sf-web22-b.sourceforge.net ([10.3.1.212] helo=sc8-sf-web22.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1IZ6pN-00016y-Hf; Sat, 22 Sep 2007 08:23:29 -0700
Received: from nobody by sc8-sf-web22.sourceforge.net with local (Exim 4.43)
	id 1IZ6pN-00042A-7Q; Sat, 22 Sep 2007 08:23:29 -0700
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ aperture-Bugs-1791797 ] Attachments have no file name
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-SourceForge-Tracker-unixname:	aperture
X-SourceForge-Tracker-trackerid: 779500
X-SourceForge-Tracker-itemid: 1791797
X-SourceForge-Tracker-itemstatus: Open
X-SourceForge-Tracker-itemassignee: nobody
X-SourceForge-Tracker-itemupdate-reason: Comment added
X-SourceForge-Tracker-itemupdate-username: mylka
Message-Id: <E1IZ6pN-00042A-7Q@sc8-sf-web22.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web22.sourceforge.net>
Date:	Sat, 22 Sep 2007 08:23:29 -0700
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   

Bugs item #1791797, was opened at 2007-09-10 20:06
Message generated for change (Comment added) made by mylka
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779500&aid=1791797&group_id=150969

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: general
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Christiaan Fluit (cfmfluit)
Assigned to: Nobody/Anonymous (nobody)
Summary: Attachments have no file name

Initial Comment:
Attachments reported by the ImapCrawler no longer have a file name since the NIE branch was merged.

This can probably be fixed by outcommenting line 637 in DataObjectFactory:

//copyString(DATA.name, map, metadata);

and replacing DATA.name with NFO.fileName, but I didn't check this yet.

----------------------------------------------------------------------

>Comment By: Antoni Mylka (mylka)
Date: 2007-09-22 17:23

Message:
Logged In: YES 
user_id=1613065
Originator: NO

Fixed and tested on my test imap account. The attachments have an
nfo:fileName and a proper type (nfo:Attachment instead in addition to the
plain nfo:DataObject).

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779500&aid=1791797&group_id=150969

From - Sat Sep 22 17:27:48 2007
X-Account-Key: account3
X-UIDL: 00026fbc00c46cfb
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:15009 "EHLO
	mail.sourceforge.net") by ps29.test.onet.pl with ESMTP
	id <S5055036AbXIVPXx>; Sat, 22 Sep 2007 17:23:53 +0200
Received: from sc8-sf-web22-b.sourceforge.net ([10.3.1.212] helo=sc8-sf-web22.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1IZ6pk-0001Ii-6z; Sat, 22 Sep 2007 08:23:52 -0700
Received: from nobody by sc8-sf-web22.sourceforge.net with local (Exim 4.43)
	id 1IZ6pi-00042a-Qb; Sat, 22 Sep 2007 08:23:51 -0700
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ aperture-Bugs-1791797 ] Attachments have no file name
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-SourceForge-Tracker-unixname:	aperture
X-SourceForge-Tracker-trackerid: 779500
X-SourceForge-Tracker-itemid: 1791797
X-SourceForge-Tracker-itemstatus: Closed
X-SourceForge-Tracker-itemassignee: nobody
X-SourceForge-Tracker-itemupdate-reason: Comment added
X-SourceForge-Tracker-itemupdate-username: mylka
Message-Id: <E1IZ6pi-00042a-Qb@sc8-sf-web22.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web22.sourceforge.net>
Date:	Sat, 22 Sep 2007 08:23:50 -0700
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   

Bugs item #1791797, was opened at 2007-09-10 20:06
Message generated for change (Comment added) made by mylka
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779500&aid=1791797&group_id=150969

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: general
Group: None
>Status: Closed
Resolution: None
Priority: 5
Private: No
Submitted By: Christiaan Fluit (cfmfluit)
Assigned to: Nobody/Anonymous (nobody)
Summary: Attachments have no file name

Initial Comment:
Attachments reported by the ImapCrawler no longer have a file name since the NIE branch was merged.

This can probably be fixed by outcommenting line 637 in DataObjectFactory:

//copyString(DATA.name, map, metadata);

and replacing DATA.name with NFO.fileName, but I didn't check this yet.

----------------------------------------------------------------------

>Comment By: Antoni Mylka (mylka)
Date: 2007-09-22 17:23

Message:
Logged In: YES 
user_id=1613065
Originator: NO

closed

----------------------------------------------------------------------

Comment By: Antoni Mylka (mylka)
Date: 2007-09-22 17:23

Message:
Logged In: YES 
user_id=1613065
Originator: NO

Fixed and tested on my test imap account. The attachments have an
nfo:fileName and a proper type (nfo:Attachment instead in addition to the
plain nfo:DataObject).

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779500&aid=1791797&group_id=150969

From - Sat Sep 22 18:32:48 2007
X-Account-Key: account3
X-UIDL: 00026fbc00c47e21
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:26309 "EHLO
	mail.sourceforge.net") by ps11.test.onet.pl with ESMTP
	id <S1015647AbXIVQbT>; Sat, 22 Sep 2007 18:31:19 +0200
Received: from sc8-sf-web24-b.sourceforge.net ([10.3.1.214] helo=sc8-sf-web24.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1IZ5ih-0006YN-UC; Sat, 22 Sep 2007 07:12:31 -0700
Received: from nobody by sc8-sf-web24.sourceforge.net with local (Exim 4.43)
	id 1IZ5ih-0004QH-Lz; Sat, 22 Sep 2007 07:12:31 -0700
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ aperture-Bugs-1792389 ] ImapCrawler should use NMO.messageSubject
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-SourceForge-Tracker-unixname:	aperture
X-SourceForge-Tracker-trackerid: 779500
X-SourceForge-Tracker-itemid: 1792389
X-SourceForge-Tracker-itemstatus: Open
X-SourceForge-Tracker-itemassignee: nobody
X-SourceForge-Tracker-itemupdate-reason: Comment added
X-SourceForge-Tracker-itemupdate-username: mylka
Message-Id: <E1IZ5ih-0004QH-Lz@sc8-sf-web24.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web24.sourceforge.net>
Date:	Sat, 22 Sep 2007 07:12:31 -0700
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   

Bugs item #1792389, was opened at 2007-09-11 16:28
Message generated for change (Comment added) made by mylka
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779500&aid=1792389&group_id=150969

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Christiaan Fluit (cfmfluit)
Assigned to: Nobody/Anonymous (nobody)
Summary: ImapCrawler should use NMO.messageSubject

Initial Comment:
ImapCrawler (or actually: its DataObjectFactory) should use NMO.messageSubject instead of NIE.subject.

----------------------------------------------------------------------

>Comment By: Antoni Mylka (mylka)
Date: 2007-09-22 16:12

Message:
Logged In: YES 
user_id=1613065
Originator: NO

done

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779500&aid=1792389&group_id=150969

From - Sat Sep 22 18:32:49 2007
X-Account-Key: account3
X-UIDL: 00026fbc00c47e22
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:26309 "EHLO
	mail.sourceforge.net") by ps11.test.onet.pl with ESMTP
	id <S1015610AbXIVQbT>; Sat, 22 Sep 2007 18:31:19 +0200
Received: from sc8-sf-web24-b.sourceforge.net ([10.3.1.214] helo=sc8-sf-web24.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1IZ79z-0005HW-Hh; Sat, 22 Sep 2007 08:44:47 -0700
Received: from nobody by sc8-sf-web24.sourceforge.net with local (Exim 4.43)
	id 1IZ79z-0005zQ-83; Sat, 22 Sep 2007 08:44:47 -0700
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ aperture-Bugs-1792413 ] ImapCrawler fails to report multi-valued headers
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-SourceForge-Tracker-unixname:	aperture
X-SourceForge-Tracker-trackerid: 779500
X-SourceForge-Tracker-itemid: 1792413
X-SourceForge-Tracker-itemstatus: Closed
X-SourceForge-Tracker-itemassignee: mylka
X-SourceForge-Tracker-itemupdate-reason: Comment added
X-SourceForge-Tracker-itemupdate-username: mylka
Message-Id: <E1IZ79z-0005zQ-83@sc8-sf-web24.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web24.sourceforge.net>
Date:	Sat, 22 Sep 2007 08:44:47 -0700
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   

Bugs item #1792413, was opened at 2007-09-11 17:12
Message generated for change (Comment added) made by mylka
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779500&aid=1792413&group_id=150969

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
Resolution: None
Priority: 5
Private: No
Submitted By: Christiaan Fluit (cfmfluit)
>Assigned to: Antoni Mylka (mylka)
Summary: ImapCrawler fails to report multi-valued headers

Initial Comment:
It appears that when IMAP mails have multiple contacts in the to or cc header (probably also occurs with the other headers but haven't checked this), only one of them is reported in the metadata of the mail's DataObject.

This behavior only occurs with the NIE-based source, the development code of June 29th 2007 perfectly reported multi-value headers.

----------------------------------------------------------------------

>Comment By: Antoni Mylka (mylka)
Date: 2007-09-22 17:44

Message:
Logged In: YES 
user_id=1613065
Originator: NO

Fixed

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779500&aid=1792413&group_id=150969

From - Sat Sep 22 19:53:30 2007
X-Account-Key: account3
X-UIDL: 00026fbc00c49423
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:21467 "EHLO
	mail.sourceforge.net") by ps29.test.onet.pl with ESMTP
	id <S5078595AbXIVRuh>; Sat, 22 Sep 2007 19:50:37 +0200
Received: from sc8-sf-web22-b.sourceforge.net ([10.3.1.212] helo=sc8-sf-web22.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1IZ97k-0005Qn-FS; Sat, 22 Sep 2007 10:50:36 -0700
Received: from nobody by sc8-sf-web22.sourceforge.net with local (Exim 4.43)
	id 1IZ97j-0003EL-5f; Sat, 22 Sep 2007 10:50:36 -0700
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ aperture-Bugs-1788506 ] Reintroduce the distinction between from and sender
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-SourceForge-Tracker-unixname:	aperture
X-SourceForge-Tracker-trackerid: 779500
X-SourceForge-Tracker-itemid: 1788506
X-SourceForge-Tracker-itemstatus: Closed
X-SourceForge-Tracker-itemassignee: nobody
X-SourceForge-Tracker-itemupdate-reason: Comment added
X-SourceForge-Tracker-itemupdate-username: mylka
Message-Id: <E1IZ97j-0003EL-5f@sc8-sf-web22.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web22.sourceforge.net>
Date:	Sat, 22 Sep 2007 10:50:35 -0700
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   

Bugs item #1788506, was opened at 2007-09-05 16:17
Message generated for change (Comment added) made by mylka
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779500&aid=1788506&group_id=150969

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
Resolution: None
Priority: 5
Private: No
Submitted By: Antoni Mylka (mylka)
Assigned to: Nobody/Anonymous (nobody)
Summary: Reintroduce the distinction between from and sender

Initial Comment:
"From:" and "Sender:" are two different headers in a MIME message. They mean different things. Currently both of them are mapped to NMO.from. Add a sender property to NMO and fix this in the IMAP crawler and the MIME extractor.

----------------------------------------------------------------------

>Comment By: Antoni Mylka (mylka)
Date: 2007-09-22 19:50

Message:
Logged In: YES 
user_id=1613065
Originator: YES

Fixed, added a property to NMO and changed the code. This property has not
been included in the actual NMO, i will try to sneak it there. If the
TF-Ont authorities proove unflexible, the property will have to be moved to
some kind of an aperture-specific vocabulary class.

----------------------------------------------------------------------

Comment By: Antoni Mylka (mylka)
Date: 2007-09-05 16:53

Message:
Logged In: YES 
user_id=1613065
Originator: YES

This is a good opportunity to evaluate what other headers could be
introduced in NMO. A good resource is the RFC 2076,
http://www.ietf.org/rfc/rfc2076.txt.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779500&aid=1788506&group_id=150969

From - Sat Sep 22 20:58:31 2007
X-Account-Key: account3
X-UIDL: 00026fbc00c4a630
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:47524 "EHLO
	mail.sourceforge.net") by ps28.test.onet.pl with ESMTP
	id <S2246554AbXIVS4O>; Sat, 22 Sep 2007 20:56:14 +0200
Received: from sc8-sf-web23-b.sourceforge.net ([10.3.1.213] helo=sc8-sf-web23.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1IZA9E-0006Uu-NS; Sat, 22 Sep 2007 11:56:12 -0700
Received: from nobody by sc8-sf-web23.sourceforge.net with local (Exim 4.43)
	id 1IZA9E-00073i-D6; Sat, 22 Sep 2007 11:56:12 -0700
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ aperture-Feature Requests-1791824 ] give ImapDataSource (and possibly other DSes) multiple roots
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-SourceForge-Tracker-unixname:	aperture
X-SourceForge-Tracker-trackerid: 779503
X-SourceForge-Tracker-itemid: 1791824
X-SourceForge-Tracker-itemstatus: Open
X-SourceForge-Tracker-itemassignee: nobody
X-SourceForge-Tracker-itemupdate-reason: Comment added
X-SourceForge-Tracker-itemupdate-username: mylka
Message-Id: <E1IZA9E-00073i-D6@sc8-sf-web23.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web23.sourceforge.net>
Date:	Sat, 22 Sep 2007 11:56:12 -0700
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   

Feature Requests item #1791824, was opened at 2007-09-10 20:26
Message generated for change (Comment added) made by mylka
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779503&aid=1791824&group_id=150969

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Priority: 5
Private: No
Submitted By: Christiaan Fluit (cfmfluit)
Assigned to: Nobody/Anonymous (nobody)
Summary: give ImapDataSource (and possibly other DSes) multiple roots

Initial Comment:
ImapCrawler allows a ImapDataSource to have multiple basepath properties but the ImapDataSource API assumes a single basepath property. Can we add support for setting a collection (list?) of basepaths on an ImapDataSource?

Also, why shouldn't we allow other sources to have multiple root folders/start URLs/whatever as well?

The only drawback of this approach is that other properties such as maximum depth etc. are global for the entire data source, i.e., you cannot specify different maximum depths for different folders, you need a separate data source for that.

----------------------------------------------------------------------

>Comment By: Antoni Mylka (mylka)
Date: 2007-09-22 20:56

Message:
Logged In: YES 
user_id=1613065
Originator: NO

fixed and tested on a test imap account

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779503&aid=1791824&group_id=150969

From - Sat Sep 22 20:58:31 2007
X-Account-Key: account3
X-UIDL: 00026fbc00c4a65f
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:39134 "EHLO
	mail.sourceforge.net") by ps8.test.onet.pl with ESMTP
	id <S4890705AbXIVS4r>; Sat, 22 Sep 2007 20:56:47 +0200
Received: from sc8-sf-web21-b.sourceforge.net ([10.3.1.211] helo=sc8-sf-web21.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1IZA9m-0007fU-6P; Sat, 22 Sep 2007 11:56:46 -0700
Received: from nobody by sc8-sf-web21.sourceforge.net with local (Exim 4.43)
	id 1IZA9l-0000Nw-Ns; Sat, 22 Sep 2007 11:56:45 -0700
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ aperture-Feature Requests-1791824 ] give ImapDataSource (and possibly other DSes) multiple roots
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-SourceForge-Tracker-unixname:	aperture
X-SourceForge-Tracker-trackerid: 779503
X-SourceForge-Tracker-itemid: 1791824
X-SourceForge-Tracker-itemstatus: Closed
X-SourceForge-Tracker-itemassignee: nobody
X-SourceForge-Tracker-itemupdate-reason: Comment added
X-SourceForge-Tracker-itemupdate-username: mylka
Message-Id: <E1IZA9l-0000Nw-Ns@sc8-sf-web21.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web21.sourceforge.net>
Date:	Sat, 22 Sep 2007 11:56:45 -0700
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   

Feature Requests item #1791824, was opened at 2007-09-10 20:26
Message generated for change (Comment added) made by mylka
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779503&aid=1791824&group_id=150969

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
Priority: 5
Private: No
Submitted By: Christiaan Fluit (cfmfluit)
Assigned to: Nobody/Anonymous (nobody)
Summary: give ImapDataSource (and possibly other DSes) multiple roots

Initial Comment:
ImapCrawler allows a ImapDataSource to have multiple basepath properties but the ImapDataSource API assumes a single basepath property. Can we add support for setting a collection (list?) of basepaths on an ImapDataSource?

Also, why shouldn't we allow other sources to have multiple root folders/start URLs/whatever as well?

The only drawback of this approach is that other properties such as maximum depth etc. are global for the entire data source, i.e., you cannot specify different maximum depths for different folders, you need a separate data source for that.

----------------------------------------------------------------------

>Comment By: Antoni Mylka (mylka)
Date: 2007-09-22 20:56

Message:
Logged In: YES 
user_id=1613065
Originator: NO

fixed and closed

----------------------------------------------------------------------

Comment By: Antoni Mylka (mylka)
Date: 2007-09-22 20:56

Message:
Logged In: YES 
user_id=1613065
Originator: NO

fixed and tested on a test imap account

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779503&aid=1791824&group_id=150969

From - Mon Sep 24 11:06:19 2007
X-Account-Key: account3
X-UIDL: 00026fbc00c59535
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:4307 "EHLO
	mail.sourceforge.net") by ps15.test.onet.pl with ESMTP
	id <S9737249AbXIWQo3>; Sun, 23 Sep 2007 18:44:29 +0200
Received: from sc8-sf-web23-b.sourceforge.net ([10.3.1.213] helo=sc8-sf-web23.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1IZUZH-00039b-Vf; Sun, 23 Sep 2007 09:44:28 -0700
Received: from nobody by sc8-sf-web23.sourceforge.net with local (Exim 4.43)
	id 1IZUZH-0003s2-IH; Sun, 23 Sep 2007 09:44:27 -0700
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ aperture-Bugs-1785419 ] Bring the rootFolderOf property back
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-SourceForge-Tracker-unixname:	aperture
X-SourceForge-Tracker-trackerid: 779500
X-SourceForge-Tracker-itemid: 1785419
X-SourceForge-Tracker-itemstatus: Closed
X-SourceForge-Tracker-itemassignee: nobody
X-SourceForge-Tracker-itemupdate-reason: Comment added
X-SourceForge-Tracker-itemupdate-username: mylka
Message-Id: <E1IZUZH-0003s2-IH@sc8-sf-web23.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web23.sourceforge.net>
Date:	Sun, 23 Sep 2007 09:44:27 -0700
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   

Bugs item #1785419, was opened at 2007-08-31 10:21
Message generated for change (Comment added) made by mylka
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779500&aid=1785419&group_id=150969

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Bring the rootFolderOf property back

Initial Comment:
The non-nie branch contained the rootFolderOf property, it marked the root element of the crawled RDF. There are many uses for it. E.g. if you want to render a tree of all extracted elements it is non-trivial to get to know with what you should begin. That's why the rootFolder nice. The name could be changed though to some kind of rootElement or rootDataContainer or whatever...

Reported by Heinz Kirchman from DFKI

----------------------------------------------------------------------

>Comment By: Antoni Mylka (mylka)
Date: 2007-09-23 18:44

Message:
Logged In: YES 
user_id=1613065
Originator: NO

A new property has been introduced into NIE - rootElementOf. It resides on
my hard disk at the moment and has not been officially acknowledged by the
NIE maintainers yet. I hope that it will get into the official ontology,
otherwise we will have to create and maintain our own namespace with
Aperture NIE extensions.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779500&aid=1785419&group_id=150969

From - Mon Sep 24 11:06:19 2007
X-Account-Key: account3
X-UIDL: 00026fbc00c5974f
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:7654 "EHLO
	mail.sourceforge.net") by ps26.test.onet.pl with ESMTP
	id <S5547126AbXIWQvq>; Sun, 23 Sep 2007 18:51:46 +0200
Received: from sc8-sf-web21-b.sourceforge.net ([10.3.1.211] helo=sc8-sf-web21.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1IZUfb-00067B-AZ; Sun, 23 Sep 2007 09:50:59 -0700
Received: from nobody by sc8-sf-web21.sourceforge.net with local (Exim 4.43)
	id 1IZUfb-0007CB-09; Sun, 23 Sep 2007 09:50:59 -0700
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ aperture-Feature Requests-1800656 ] Let all crawlers use rootElementOf
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-SourceForge-Tracker-unixname:	aperture
X-SourceForge-Tracker-trackerid: 779503
X-SourceForge-Tracker-itemid: 1800656
X-SourceForge-Tracker-itemstatus: Open
X-SourceForge-Tracker-itemassignee: nobody
X-SourceForge-Tracker-itemupdate-reason: Tracker Item Submitted
X-SourceForge-Tracker-itemupdate-username: Item Submitter
Message-Id: <E1IZUfb-0007CB-09@sc8-sf-web21.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web21.sourceforge.net>
Date:	Sun, 23 Sep 2007 09:50:59 -0700
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   

Feature Requests item #1800656, was opened at 2007-09-23 18:50
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779503&aid=1800656&group_id=150969

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Priority: 3
Private: No
Submitted By: Antoni Mylka (mylka)
Assigned to: Nobody/Anonymous (nobody)
Summary: Let all crawlers use rootElementOf

Initial Comment:
It may to impose a constraint that ALL crawlers must create a tree of DataObjects rooted at an object linked with rootElementOf with the data source. A test could be written that would ensure that ALL data objects are within the tree, that each object occurs only once, it is a normal tree, not a DAG i.e. there is only one path from a root to any given object. A data source can have many roots.



----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779503&aid=1800656&group_id=150969

From - Tue Sep 25 16:15:55 2007
X-Account-Key: account3
X-UIDL: 00026fbc00c983f0
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:52638 "EHLO
	mail.sourceforge.net") by ps22.test.onet.pl with ESMTP
	id <S4841344AbXIYOPF>; Tue, 25 Sep 2007 16:15:05 +0200
Received: from sc8-sf-web21-b.sourceforge.net ([10.3.1.211] helo=sc8-sf-web21.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1IaAL6-00031J-Tm; Tue, 25 Sep 2007 06:20:36 -0700
Received: from nobody by sc8-sf-web21.sourceforge.net with local (Exim 4.43)
	id 1IaAL6-0004Rv-I7; Tue, 25 Sep 2007 06:20:36 -0700
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ aperture-Bugs-1796909 ] JpgExtractor prints to stdout
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-SourceForge-Tracker-unixname:	aperture
X-SourceForge-Tracker-trackerid: 779500
X-SourceForge-Tracker-itemid: 1796909
X-SourceForge-Tracker-itemstatus: Open
X-SourceForge-Tracker-itemassignee: nobody
X-SourceForge-Tracker-itemupdate-reason: Comment added
X-SourceForge-Tracker-itemupdate-username: mylka
Message-Id: <E1IaAL6-0004Rv-I7@sc8-sf-web21.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web21.sourceforge.net>
Date:	Tue, 25 Sep 2007 06:20:36 -0700
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   

Bugs item #1796909, was opened at 2007-09-18 10:34
Message generated for change (Comment added) made by mylka
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779500&aid=1796909&group_id=150969

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: general
Group: None
Status: Open
Resolution: None
Priority: 3
Private: No
Submitted By: Christiaan Fluit (cfmfluit)
Assigned to: Nobody/Anonymous (nobody)
Summary: JpgExtractor prints to stdout

Initial Comment:
The JpgExtractor (or actually: the extraction library used in it) prints messages to System.out. We should try to prevent this from happening (hack the code, submit a patch to the author) as in production systems this is a real nuisance.

I am not sure what the message it prints really means:

"Problem reading picture: Invalid image type 0, on picture with length 0.
You document will probably become corrupted if you save it!"

Perhaps an exception is justified?

----------------------------------------------------------------------

>Comment By: Antoni Mylka (mylka)
Date: 2007-09-25 15:20

Message:
Logged In: YES 
user_id=1613065
Originator: NO

I downloaded the source code and browsed through it. It's weird. The
System.out occurs only in the main method and in some test classes, there
is no single occurence of "corrupted" or "Invalid image type". I doubt
those errors have been caused by the underlying library. Theoretically it's
possible that the jar does not correspond to the source code, that's why I
compiled the library myself. Please test if this solves your problem, if it
doesn't please try to isolate the file that causes those message to appear
and send it to me, so that I can try to dig into it further.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779500&aid=1796909&group_id=150969

From - Tue Sep 25 22:03:15 2007
X-Account-Key: account3
X-UIDL: 00026fbc00ca3825
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:23269 "EHLO
	mail.sourceforge.net") by ps15.test.onet.pl with ESMTP
	id <S9585992AbXIYUAP>; Tue, 25 Sep 2007 22:00:15 +0200
Received: from sc8-sf-web21-b.sourceforge.net ([10.3.1.211] helo=sc8-sf-web21.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1IaGZo-0001Ch-UZ; Tue, 25 Sep 2007 13:00:13 -0700
Received: from nobody by sc8-sf-web21.sourceforge.net with local (Exim 4.43)
	id 1IaGZo-0001JO-O6; Tue, 25 Sep 2007 13:00:12 -0700
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ aperture-Bugs-1796909 ] JpgExtractor prints to stdout
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-SourceForge-Tracker-unixname:	aperture
X-SourceForge-Tracker-trackerid: 779500
X-SourceForge-Tracker-itemid: 1796909
X-SourceForge-Tracker-itemstatus: Closed
X-SourceForge-Tracker-itemassignee: nobody
X-SourceForge-Tracker-itemupdate-reason: Comment added
X-SourceForge-Tracker-itemupdate-username: cfmfluit
Message-Id: <E1IaGZo-0001JO-O6@sc8-sf-web21.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web21.sourceforge.net>
Date:	Tue, 25 Sep 2007 13:00:12 -0700
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   

Bugs item #1796909, was opened at 2007-09-18 10:34
Message generated for change (Comment added) made by cfmfluit
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779500&aid=1796909&group_id=150969

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: general
Group: None
>Status: Closed
>Resolution: Invalid
Priority: 3
Private: No
Submitted By: Christiaan Fluit (cfmfluit)
Assigned to: Nobody/Anonymous (nobody)
Summary: JpgExtractor prints to stdout

Initial Comment:
The JpgExtractor (or actually: the extraction library used in it) prints messages to System.out. We should try to prevent this from happening (hack the code, submit a patch to the author) as in production systems this is a real nuisance.

I am not sure what the message it prints really means:

"Problem reading picture: Invalid image type 0, on picture with length 0.
You document will probably become corrupted if you save it!"

Perhaps an exception is justified?

----------------------------------------------------------------------

>Comment By: Christiaan Fluit (cfmfluit)
Date: 2007-09-25 22:00

Message:
Logged In: YES 
user_id=617090
Originator: YES

My bad, it turns out that it is actually POI that is complaining about the
internals of a PowerPoint file. As this problem surfaced right after I
included the JpgExtractor in my app, I immediately and incorrectly assumed
that it was related to this new extractor. Apologies for the confusion.

----------------------------------------------------------------------

Comment By: Antoni Mylka (mylka)
Date: 2007-09-25 15:20

Message:
Logged In: YES 
user_id=1613065
Originator: NO

I downloaded the source code and browsed through it. It's weird. The
System.out occurs only in the main method and in some test classes, there
is no single occurence of "corrupted" or "Invalid image type". I doubt
those errors have been caused by the underlying library. Theoretically it's
possible that the jar does not correspond to the source code, that's why I
compiled the library myself. Please test if this solves your problem, if it
doesn't please try to isolate the file that causes those message to appear
and send it to me, so that I can try to dig into it further.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779500&aid=1796909&group_id=150969

From - Wed Sep 26 14:02:42 2007
X-Account-Key: account3
X-UIDL: 00026fbc00cba2ff
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:60647 "EHLO
	mail.sourceforge.net") by ps31.test.onet.pl with ESMTP
	id <S13221906AbXIZMB3>; Wed, 26 Sep 2007 14:01:29 +0200
Received: from sc8-sf-web22-b.sourceforge.net ([10.3.1.212] helo=sc8-sf-web22.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1IaVa1-0002nX-Rj; Wed, 26 Sep 2007 05:01:26 -0700
Received: from nobody by sc8-sf-web22.sourceforge.net with local (Exim 4.43)
	id 1IaVa1-0007jJ-6s; Wed, 26 Sep 2007 05:01:25 -0700
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ aperture-Bugs-1779299 ] Remove validation from the XmlExtractor
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-SourceForge-Tracker-unixname:	aperture
X-SourceForge-Tracker-trackerid: 779500
X-SourceForge-Tracker-itemid: 1779299
X-SourceForge-Tracker-itemstatus: Open
X-SourceForge-Tracker-itemassignee: nobody
X-SourceForge-Tracker-itemupdate-reason: Comment added
X-SourceForge-Tracker-itemupdate-username: mylka
Message-Id: <E1IaVa1-0007jJ-6s@sc8-sf-web22.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web22.sourceforge.net>
Date:	Wed, 26 Sep 2007 05:01:25 -0700
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   

Bugs item #1779299, was opened at 2007-08-22 11:54
Message generated for change (Comment added) made by mylka
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779500&aid=1779299&group_id=150969

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Antoni Mylka (mylka)
Assigned to: Nobody/Anonymous (nobody)
Summary: Remove validation from the XmlExtractor

Initial Comment:
Problems have been reported when the XmlExtractor tries to download DTD's or XSD's that aren't available at the moment. This breaks the crawling process. In our particular use case, where the extractor is supposed to extract text no validation is necessary or?

----------------------------------------------------------------------

>Comment By: Antoni Mylka (mylka)
Date: 2007-09-26 14:01

Message:
Logged In: YES 
user_id=1613065
Originator: YES

After two days of investigations it turns out that this is the same as
#1481111? I had problems with creating a unit test for this, but these can
only be attributed to my ignorance in the basics of XML. I've added four
new unit tests with xml files that reference non-existent DTD's and XSD's.
All of them pass without problems. I've sent an email to Christian
Reuschling form DFKI - the original reporter of this problem. If he doesn't
provide a satisfying answer I'll close this ticket.

----------------------------------------------------------------------

Comment By: Christiaan Fluit (cfmfluit)
Date: 2007-09-10 20:14

Message:
Logged In: YES 
user_id=617090
Originator: NO

Is this the same bug as #1481111?

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779500&aid=1779299&group_id=150969

From - Wed Sep 26 15:42:38 2007
X-Account-Key: account3
X-UIDL: 00026fbc00cbd71f
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:34028 "EHLO
	mail.sourceforge.net") by ps6.test.onet.pl with ESMTP
	id <S6226818AbXIZNcr>; Wed, 26 Sep 2007 15:32:47 +0200
Received: from sc8-sf-web21-b.sourceforge.net ([10.3.1.211] helo=sc8-sf-web21.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1IaX0O-0005op-BC; Wed, 26 Sep 2007 06:32:46 -0700
Received: from nobody by sc8-sf-web21.sourceforge.net with local (Exim 4.43)
	id 1IaX0O-0005bJ-0g; Wed, 26 Sep 2007 06:32:44 -0700
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ aperture-Bugs-1779347 ] Swing examples don't work
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-SourceForge-Tracker-unixname:	aperture
X-SourceForge-Tracker-trackerid: 779500
X-SourceForge-Tracker-itemid: 1779347
X-SourceForge-Tracker-itemstatus: Closed
X-SourceForge-Tracker-itemassignee: nobody
X-SourceForge-Tracker-itemupdate-reason: Comment added
X-SourceForge-Tracker-itemupdate-username: mylka
Message-Id: <E1IaX0O-0005bJ-0g@sc8-sf-web21.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web21.sourceforge.net>
Date:	Wed, 26 Sep 2007 06:32:44 -0700
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   

Bugs item #1779347, was opened at 2007-08-22 13:39
Message generated for change (Comment added) made by mylka
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779500&aid=1779347&group_id=150969

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
Resolution: None
Priority: 5
Private: No
Submitted By: Antoni Mylka (mylka)
Assigned to: Nobody/Anonymous (nobody)
Summary: Swing examples don't work

Initial Comment:
The Swing examples don't work.

The imapcrawler.CrawlerFrame. The wizard is OK, but when the crawle is started the window is not notified of the changes in the status. This is because the "observable properties" in the ExampleImapCrawler class aren't in fact observable after the SimpleCrawlerHandler got externalized to a separate class.

The filecrawler.CrawlerFrame works ok, the crawling status is shown on the JPanel. When the crawler stops crawling, an appropriate information is shown on the panel but no output is written to a file.

----------------------------------------------------------------------

>Comment By: Antoni Mylka (mylka)
Date: 2007-09-26 15:32

Message:
Logged In: YES 
user_id=1613065
Originator: YES

fixed the imap crawler swing example. The observable properties are
observable again

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779500&aid=1779347&group_id=150969

From - Wed Sep 26 16:27:54 2007
X-Account-Key: account3
X-UIDL: 00026fbc00cbf371
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:14287 "EHLO
	mail.sourceforge.net") by ps27.test.onet.pl with ESMTP
	id <S4819057AbXIZO1b>; Wed, 26 Sep 2007 16:27:31 +0200
Received: from sc8-sf-web24-b.sourceforge.net ([10.3.1.214] helo=sc8-sf-web24.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1IaXrN-0008Ru-Tg; Wed, 26 Sep 2007 07:27:29 -0700
Received: from nobody by sc8-sf-web24.sourceforge.net with local (Exim 4.43)
	id 1IaXrN-0004wG-J7; Wed, 26 Sep 2007 07:27:29 -0700
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ aperture-Bugs-1740824 ] webservice: changes
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-SourceForge-Tracker-unixname:	aperture
X-SourceForge-Tracker-trackerid: 779500
X-SourceForge-Tracker-itemid: 1740824
X-SourceForge-Tracker-itemstatus: Closed
X-SourceForge-Tracker-itemassignee: nobody
X-SourceForge-Tracker-itemupdate-reason: Comment added
X-SourceForge-Tracker-itemupdate-username: mylka
Message-Id: <E1IaXrN-0004wG-J7@sc8-sf-web24.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web24.sourceforge.net>
Date:	Wed, 26 Sep 2007 07:27:29 -0700
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   

Bugs item #1740824, was opened at 2007-06-21 11:49
Message generated for change (Comment added) made by mylka
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779500&aid=1740824&group_id=150969

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
Resolution: None
Priority: 5
Private: No
Submitted By: Leo Sauermann (leo_sauermann)
Assigned to: Nobody/Anonymous (nobody)
Summary: webservice: changes

Initial Comment:
I also spotted a glitch: when processing http://www.w3.org/, the 
resulting XML cannot be shown by IE: it barks about the ö in Österreich. 
This could be a Sesame problem: I believe they chose to just assume 
UTF-8 encoding rather than processing each string, for performance 
reasons. I'll ask Arjohn when he gets back from holiday.

I would rename "web site" to "web page", the former may give the 
impression that we are going to crawl the entire site.


Leo:
change the output mime-type to rdf/xml

accept both GET and POST for ?url=x

----------------------------------------------------------------------

>Comment By: Antoni Mylka (mylka)
Date: 2007-09-26 16:27

Message:
Logged In: YES 
user_id=1613065
Originator: NO

I fixed the examples. The output generated by the examples is printed to
an output stream, not to a writer. Now the unicode characters are printed
correctly. My advise is: use an output stream, not a writer. Sesame doesn't
seem to have problems with storing unicode strings. I will close this
ticket, if any specific problems occur - please send them here.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779500&aid=1740824&group_id=150969

From - Wed Sep 26 17:07:53 2007
X-Account-Key: account3
X-UIDL: 00026fbc00cc0972
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:6313 "EHLO
	mail.sourceforge.net") by ps21.test.onet.pl with ESMTP
	id <S6314444AbXIZPDw>; Wed, 26 Sep 2007 17:03:52 +0200
Received: from sc8-sf-web22-b.sourceforge.net ([10.3.1.212] helo=sc8-sf-web22.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1IaYQY-0004Kj-A1; Wed, 26 Sep 2007 08:03:50 -0700
Received: from nobody by sc8-sf-web22.sourceforge.net with local (Exim 4.43)
	id 1IaYQX-0002bd-Pp; Wed, 26 Sep 2007 08:03:50 -0700
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ aperture-Bugs-1779299 ] Remove validation from the XmlExtractor
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-SourceForge-Tracker-unixname:	aperture
X-SourceForge-Tracker-trackerid: 779500
X-SourceForge-Tracker-itemid: 1779299
X-SourceForge-Tracker-itemstatus: Closed
X-SourceForge-Tracker-itemassignee: nobody
X-SourceForge-Tracker-itemupdate-reason: Comment added
X-SourceForge-Tracker-itemupdate-username: mylka
Message-Id: <E1IaYQX-0002bd-Pp@sc8-sf-web22.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web22.sourceforge.net>
Date:	Wed, 26 Sep 2007 08:03:49 -0700
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   

Bugs item #1779299, was opened at 2007-08-22 11:54
Message generated for change (Comment added) made by mylka
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779500&aid=1779299&group_id=150969

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
Resolution: None
Priority: 5
Private: No
Submitted By: Antoni Mylka (mylka)
Assigned to: Nobody/Anonymous (nobody)
Summary: Remove validation from the XmlExtractor

Initial Comment:
Problems have been reported when the XmlExtractor tries to download DTD's or XSD's that aren't available at the moment. This breaks the crawling process. In our particular use case, where the extractor is supposed to extract text no validation is necessary or?

----------------------------------------------------------------------

>Comment By: Antoni Mylka (mylka)
Date: 2007-09-26 17:03

Message:
Logged In: YES 
user_id=1613065
Originator: YES

OK. It turned out that it wasn't Christiaan Reuschling but Heinz Kirchman
who reported this error. It was caused by a faulty XML file with a missing
DTD. The problem was not that the DTD was missing, but an attribute that
was defined twice in the same element. It's illegal in XML. It caused a SAX
Exception but the logger logged only the previous FileNotFoundException.
Christiaan wrote in the comments that it's probably more useful to log the
previous FileNotFoundException, it's not. It's misguiding. I fixed this
error message and close this issue.

----------------------------------------------------------------------

Comment By: Antoni Mylka (mylka)
Date: 2007-09-26 14:01

Message:
Logged In: YES 
user_id=1613065
Originator: YES

After two days of investigations it turns out that this is the same as
#1481111? I had problems with creating a unit test for this, but these can
only be attributed to my ignorance in the basics of XML. I've added four
new unit tests with xml files that reference non-existent DTD's and XSD's.
All of them pass without problems. I've sent an email to Christian
Reuschling form DFKI - the original reporter of this problem. If he doesn't
provide a satisfying answer I'll close this ticket.

----------------------------------------------------------------------

Comment By: Christiaan Fluit (cfmfluit)
Date: 2007-09-10 20:14

Message:
Logged In: YES 
user_id=617090
Originator: NO

Is this the same bug as #1481111?

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779500&aid=1779299&group_id=150969

From - Wed Sep 26 20:08:33 2007
X-Account-Key: account3
X-UIDL: 00026fbc00cc1806
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:13511 "EHLO
	mail.sourceforge.net") by ps21.test.onet.pl with ESMTP
	id <S6630972AbXIZP2I>; Wed, 26 Sep 2007 17:28:08 +0200
Received: from sc8-sf-web24-b.sourceforge.net ([10.3.1.214] helo=sc8-sf-web24.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1IaYo1-0000eQ-GD; Wed, 26 Sep 2007 08:28:06 -0700
Received: from nobody by sc8-sf-web24.sourceforge.net with local (Exim 4.43)
	id 1IaYo1-0003IX-0A; Wed, 26 Sep 2007 08:28:05 -0700
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ aperture-Feature Requests-1480423 ] ImapCrawler needs lazy connection handling
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-SourceForge-Tracker-unixname:	aperture
X-SourceForge-Tracker-trackerid: 779503
X-SourceForge-Tracker-itemid: 1480423
X-SourceForge-Tracker-itemstatus: Open
X-SourceForge-Tracker-itemassignee: nobody
X-SourceForge-Tracker-itemupdate-reason: Comment added
X-SourceForge-Tracker-itemupdate-username: mylka
Message-Id: <E1IaYo1-0003IX-0A@sc8-sf-web24.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web24.sourceforge.net>
Date:	Wed, 26 Sep 2007 08:28:05 -0700
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   

Feature Requests item #1480423, was opened at 2006-05-02 16:24
Message generated for change (Comment added) made by mylka
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779503&aid=1480423&group_id=150969

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Priority: 5
Private: No
Submitted By: Christiaan Fluit (cfmfluit)
Assigned to: Nobody/Anonymous (nobody)
Summary: ImapCrawler needs lazy connection handling

Initial Comment:
ImapCrawler currently has a public closeConnection
method that needs to be invoked when people use the
DataAccessor methods (getDataObject and
getDataObjectIfModified).

Once this method is invoked, access to the
FileDataObject's InputStreams can result in
IOExceptions in IMAPInputStream (a Javamail class).

Also, FileDataObjects kept around until after the crawl
method has finished also have the same problem because
the crawl method also explicitly closes the connection.

A better way to handle this is to have some sort of
connection handling mechanism that is used by both
ImapCrawler and the FileDataObject implementation it
uses so that a connection can be established whenever
it's needed.

----------------------------------------------------------------------

>Comment By: Antoni Mylka (mylka)
Date: 2007-09-26 17:28

Message:
Logged In: YES 
user_id=1613065
Originator: NO

It's not a bug, it's a feature (or rather a feature request).

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779503&aid=1480423&group_id=150969

From - Wed Oct 03 18:13:00 2007
X-Account-Key: account3
X-UIDL: 00026fbc00da3b16
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:47077 "EHLO
	mail.sourceforge.net" rhost-flags-OK-OK-OK-OK) by ps3.test.onet.pl
	with ESMTP id S1476516940AbXJCPUEeqsmZ;
	Wed, 3 Oct 2007 14:20:04 -0100
Received: from sc8-sf-web23-b.sourceforge.net ([10.3.1.213] helo=sc8-sf-web23.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1Id4x7-0005dI-GA; Wed, 03 Oct 2007 07:11:53 -0700
Received: from nobody by sc8-sf-web23.sourceforge.net with local (Exim 4.43)
	id 1Id4x7-0000rg-7n; Wed, 03 Oct 2007 07:11:53 -0700
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ aperture-Feature Requests-1800656 ] Let all crawlers use rootElementOf
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-SourceForge-Tracker-unixname:	aperture
X-SourceForge-Tracker-trackerid: 779503
X-SourceForge-Tracker-itemid: 1800656
X-SourceForge-Tracker-itemstatus: Open
X-SourceForge-Tracker-itemassignee: nobody
X-SourceForge-Tracker-itemupdate-reason: Comment added
X-SourceForge-Tracker-itemupdate-username: leo_sauermann
Message-Id: <E1Id4x7-0000rg-7n@sc8-sf-web23.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web23.sourceforge.net>
Date:	Wed, 03 Oct 2007 07:11:53 -0700
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   

Feature Requests item #1800656, was opened at 2007-09-23 16:50
Message generated for change (Comment added) made by leo_sauermann
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779503&aid=1800656&group_id=150969

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
>Priority: 9
Private: No
Submitted By: Antoni Mylka (mylka)
Assigned to: Nobody/Anonymous (nobody)
Summary: Let all crawlers use rootElementOf

Initial Comment:
It may to impose a constraint that ALL crawlers must create a tree of DataObjects rooted at an object linked with rootElementOf with the data source. A test could be written that would ensure that ALL data objects are within the tree, that each object occurs only once, it is a normal tree, not a DAG i.e. there is only one path from a root to any given object. A data source can have many roots.



----------------------------------------------------------------------

>Comment By: Leo Sauermann (leo_sauermann)
Date: 2007-10-03 14:11

Message:
Logged In: YES 
user_id=1242018
Originator: NO

Leo: made this high priority, as any visualization we will do will use the
RootElementOf relation before doing anything else -- hence this is most
important (9) now.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779503&aid=1800656&group_id=150969

From - Thu Oct 04 17:46:58 2007
X-Account-Key: account3
X-UIDL: 00026fbc00dc5667
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:47020 "EHLO
	mail.sourceforge.net" rhost-flags-OK-OK-OK-OK) by ps28.test.onet.pl
	with ESMTP id S184643679AbXJDPnV1kYwO;
	Thu, 4 Oct 2007 14:43:21 -0100
Received: from sc8-sf-web24-b.sourceforge.net ([10.3.1.214] helo=sc8-sf-web24.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1IdSr9-0001Cz-Qd; Thu, 04 Oct 2007 08:43:19 -0700
Received: from nobody by sc8-sf-web24.sourceforge.net with local (Exim 4.43)
	id 1IdSr9-0004tz-Ie; Thu, 04 Oct 2007 08:43:19 -0700
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ aperture-Bugs-1543875 ] OpenDocumentExtractor should extract all available metadata
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-SourceForge-Tracker-unixname:	aperture
X-SourceForge-Tracker-trackerid: 779500
X-SourceForge-Tracker-itemid: 1543875
X-SourceForge-Tracker-itemstatus: Pending
X-SourceForge-Tracker-itemassignee: mylka
X-SourceForge-Tracker-itemupdate-reason: Comment added
X-SourceForge-Tracker-itemupdate-username: mylka
Message-Id: <E1IdSr9-0004tz-Ie@sc8-sf-web24.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web24.sourceforge.net>
Date:	Thu, 04 Oct 2007 08:43:19 -0700
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   

Bugs item #1543875, was opened at 2006-08-21 13:25
Message generated for change (Comment added) made by mylka
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779500&aid=1543875&group_id=150969

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: general
Group: None
>Status: Pending
Resolution: None
Priority: 5
Private: No
Submitted By: Christiaan Fluit (cfmfluit)
>Assigned to: Antoni Mylka (mylka)
Summary: OpenDocumentExtractor should extract all available metadata

Initial Comment:
The current OpenDocumentExtractor only passes along
those metadata fields that correspond to a predicate in
Aperture's namespace. However, these attributes are
stored in the document as simple strings with a
"namespaced key". Therefore, OpenDocumentExtractor
should convert these to RDF statements with the element
names as predicates and also map them to Aperture
predicates where applicable. This strategy is also
successfully used in OpenXmlExtractor.

----------------------------------------------------------------------

>Comment By: Antoni Mylka (mylka)
Date: 2007-10-04 17:43

Message:
Logged In: YES 
user_id=1613065
Originator: NO

Fixed, copied some code from the OpenXmlExtractor. Only the
meta:user-defined fields aren't supported. I'd like to clarify it with the
Nepomuk Consortium first. Having undefined properties is one thing, but
having untyped blank nodes is something completely different. I'd have to
introduce a class called "UserDefinedProperty" with a name and value, this
would make everything VERY confusing.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779500&aid=1543875&group_id=150969

From - Fri Oct 12 21:19:29 2007
X-Account-Key: account3
X-UIDL: 00026fbc00ec7978
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:36557 "EHLO
	mail.sourceforge.net" rhost-flags-OK-OK-OK-OK) by ps15.test.onet.pl
	with ESMTP id S738199683AbXJLQuXQDAuf;
	Fri, 12 Oct 2007 18:50:23 +0200
Received: from sc8-sf-web24-b.sourceforge.net ([10.3.1.214] helo=sc8-sf-web24.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1IgNF6-0002O9-AH; Fri, 12 Oct 2007 09:20:04 -0700
Received: from nobody by sc8-sf-web24.sourceforge.net with local (Exim 4.43)
	id 1IgNF5-0001lZ-V9; Fri, 12 Oct 2007 09:20:04 -0700
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ aperture-Feature Requests-1812326 ] move 
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-SourceForge-Tracker-unixname:	aperture
X-SourceForge-Tracker-trackerid: 779503
X-SourceForge-Tracker-itemid: 1812326
X-SourceForge-Tracker-itemstatus: Open
X-SourceForge-Tracker-itemassignee: mylka
X-SourceForge-Tracker-itemupdate-reason: Tracker Item Submitted
X-SourceForge-Tracker-itemupdate-username: Item Submitter
Message-Id: <E1IgNF5-0001lZ-V9@sc8-sf-web24.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web24.sourceforge.net>
Date:	Fri, 12 Oct 2007 09:20:03 -0700
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   

Feature Requests item #1812326, was opened at 2007-10-12 16:20
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779503&aid=1812326&group_id=150969

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: general
Group: None
Status: Open
Priority: 6
Private: No
Submitted By: Leo Sauermann (leo_sauermann)
Assigned to: Antoni Mylka (mylka)
Summary: move 

Initial Comment:
We need to implement the semdesk hack that we had in mind in august.

The URI scheme is described here:

http://aperture.wiki.sourceforge.net/SemdeskUris

I changed the scheme to use domain names as application identifiers - comments?

changes need to be done to Outlook first, other things can wait. 

At the end, this won't take long, we just have to hardcode one string somewhere. "semdesk:"

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779503&aid=1812326&group_id=150969

From - Fri Oct 12 21:19:30 2007
X-Account-Key: account3
X-UIDL: 00026fbc00ec9bb6
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:48858 "EHLO
	mail.sourceforge.net" rhost-flags-OK-OK-OK-OK) by ps22.test.onet.pl
	with ESMTP id S184567129AbXJLR4cBD1TH;
	Fri, 12 Oct 2007 19:56:32 +0200
Received: from sc8-sf-web21-b.sourceforge.net ([10.3.1.211] helo=sc8-sf-web21.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1IgNFQ-0004Q0-VC; Fri, 12 Oct 2007 09:20:25 -0700
Received: from nobody by sc8-sf-web21.sourceforge.net with local (Exim 4.43)
	id 1IgNFQ-0001ML-MC; Fri, 12 Oct 2007 09:20:24 -0700
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ aperture-Feature Requests-1812326 ] move  to semdesk uri scheme
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-SourceForge-Tracker-unixname:	aperture
X-SourceForge-Tracker-trackerid: 779503
X-SourceForge-Tracker-itemid: 1812326
X-SourceForge-Tracker-itemstatus: Open
X-SourceForge-Tracker-itemassignee: mylka
X-SourceForge-Tracker-itemupdate-reason: Settings changed
X-SourceForge-Tracker-itemupdate-username: leo_sauermann
Message-Id: <E1IgNFQ-0001ML-MC@sc8-sf-web21.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web21.sourceforge.net>
Date:	Fri, 12 Oct 2007 09:20:24 -0700
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   

Feature Requests item #1812326, was opened at 2007-10-12 16:20
Message generated for change (Settings changed) made by leo_sauermann
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779503&aid=1812326&group_id=150969

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: general
Group: None
Status: Open
Priority: 6
Private: No
Submitted By: Leo Sauermann (leo_sauermann)
Assigned to: Antoni Mylka (mylka)
>Summary: move  to semdesk uri scheme

Initial Comment:
We need to implement the semdesk hack that we had in mind in august.

The URI scheme is described here:

http://aperture.wiki.sourceforge.net/SemdeskUris

I changed the scheme to use domain names as application identifiers - comments?

changes need to be done to Outlook first, other things can wait. 

At the end, this won't take long, we just have to hardcode one string somewhere. "semdesk:"

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779503&aid=1812326&group_id=150969

From - Mon Oct 15 09:49:38 2007
X-Account-Key: account3
X-UIDL: 00026fbc00f0ac4c
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:37914 "EHLO
	mail.sourceforge.net" rhost-flags-OK-OK-OK-OK) by ps15.test.onet.pl
	with ESMTP id S738222273AbXJOHm2s4RgF;
	Mon, 15 Oct 2007 09:42:28 +0200
Received: from sc8-sf-web24-b.sourceforge.net ([10.3.1.214] helo=sc8-sf-web24.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1IhKap-0004s7-92; Mon, 15 Oct 2007 00:42:27 -0700
Received: from nobody by sc8-sf-web24.sourceforge.net with local (Exim 4.43)
	id 1IhKao-0004Cj-VG; Mon, 15 Oct 2007 00:42:27 -0700
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ aperture-Feature Requests-1812326 ] move  to semdesk uri scheme
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-SourceForge-Tracker-unixname:	aperture
X-SourceForge-Tracker-trackerid: 779503
X-SourceForge-Tracker-itemid: 1812326
X-SourceForge-Tracker-itemstatus: Open
X-SourceForge-Tracker-itemassignee: mylka
X-SourceForge-Tracker-itemupdate-reason: Settings changed
X-SourceForge-Tracker-itemupdate-username: cfmfluit
Message-Id: <E1IhKao-0004Cj-VG@sc8-sf-web24.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web24.sourceforge.net>
Date:	Mon, 15 Oct 2007 00:42:26 -0700
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   

Feature Requests item #1812326, was opened at 2007-10-12 18:20
Message generated for change (Settings changed) made by cfmfluit
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779503&aid=1812326&group_id=150969

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: general
Group: None
Status: Open
>Priority: 9
Private: No
Submitted By: Leo Sauermann (leo_sauermann)
Assigned to: Antoni Mylka (mylka)
Summary: move  to semdesk uri scheme

Initial Comment:
We need to implement the semdesk hack that we had in mind in august.

The URI scheme is described here:

http://aperture.wiki.sourceforge.net/SemdeskUris

I changed the scheme to use domain names as application identifiers - comments?

changes need to be done to Outlook first, other things can wait. 

At the end, this won't take long, we just have to hardcode one string somewhere. "semdesk:"

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779503&aid=1812326&group_id=150969

From - Mon Oct 15 09:49:38 2007
X-Account-Key: account3
X-UIDL: 00026fbc00f0ae9a
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:40847 "EHLO
	mail.sourceforge.net" rhost-flags-OK-OK-OK-OK) by ps11.test.onet.pl
	with ESMTP id S184552620AbXJOHr7cXKzK;
	Mon, 15 Oct 2007 09:47:59 +0200
Received: from sc8-sf-web24-b.sourceforge.net ([10.3.1.214] helo=sc8-sf-web24.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1IhKgA-0006hW-4S; Mon, 15 Oct 2007 00:47:58 -0700
Received: from nobody by sc8-sf-web24.sourceforge.net with local (Exim 4.43)
	id 1IhKg9-0004kQ-Qd; Mon, 15 Oct 2007 00:47:57 -0700
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ aperture-Feature Requests-1800656 ] Let all crawlers use rootElementOf
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-SourceForge-Tracker-unixname:	aperture
X-SourceForge-Tracker-trackerid: 779503
X-SourceForge-Tracker-itemid: 1800656
X-SourceForge-Tracker-itemstatus: Open
X-SourceForge-Tracker-itemassignee: mylka
X-SourceForge-Tracker-itemupdate-reason: Settings changed
X-SourceForge-Tracker-itemupdate-username: cfmfluit
Message-Id: <E1IhKg9-0004kQ-Qd@sc8-sf-web24.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web24.sourceforge.net>
Date:	Mon, 15 Oct 2007 00:47:57 -0700
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   

Feature Requests item #1800656, was opened at 2007-09-23 18:50
Message generated for change (Settings changed) made by cfmfluit
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779503&aid=1800656&group_id=150969

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Priority: 9
Private: No
Submitted By: Antoni Mylka (mylka)
>Assigned to: Antoni Mylka (mylka)
Summary: Let all crawlers use rootElementOf

Initial Comment:
It may to impose a constraint that ALL crawlers must create a tree of DataObjects rooted at an object linked with rootElementOf with the data source. A test could be written that would ensure that ALL data objects are within the tree, that each object occurs only once, it is a normal tree, not a DAG i.e. there is only one path from a root to any given object. A data source can have many roots.



----------------------------------------------------------------------

Comment By: Leo Sauermann (leo_sauermann)
Date: 2007-10-03 16:11

Message:
Logged In: YES 
user_id=1242018
Originator: NO

Leo: made this high priority, as any visualization we will do will use the
RootElementOf relation before doing anything else -- hence this is most
important (9) now.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779503&aid=1800656&group_id=150969

From - Mon Oct 15 09:49:38 2007
X-Account-Key: account3
X-UIDL: 00026fbc00f0aeb1
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:40836 "EHLO
	mail.sourceforge.net" rhost-flags-OK-OK-OK-OK) by ps29.test.onet.pl
	with ESMTP id S184570199AbXJOHsJnKLis;
	Mon, 15 Oct 2007 09:48:09 +0200
Received: from sc8-sf-web24-b.sourceforge.net ([10.3.1.214] helo=sc8-sf-web24.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1IhKgK-0003Zb-Cn; Mon, 15 Oct 2007 00:48:08 -0700
Received: from nobody by sc8-sf-web24.sourceforge.net with local (Exim 4.43)
	id 1IhKgK-0004qH-2F; Mon, 15 Oct 2007 00:48:08 -0700
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ aperture-Feature Requests-1813636 ] Release Aperture 1.0 beta 1
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-SourceForge-Tracker-unixname:	aperture
X-SourceForge-Tracker-trackerid: 779503
X-SourceForge-Tracker-itemid: 1813636
X-SourceForge-Tracker-itemstatus: Open
X-SourceForge-Tracker-itemassignee: mylka
X-SourceForge-Tracker-itemupdate-reason: Settings changed
X-SourceForge-Tracker-itemupdate-username: cfmfluit
Message-Id: <E1IhKgK-0004qH-2F@sc8-sf-web24.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web24.sourceforge.net>
Date:	Mon, 15 Oct 2007 00:48:08 -0700
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   

Feature Requests item #1813636, was opened at 2007-10-15 09:47
Message generated for change (Settings changed) made by cfmfluit
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779503&aid=1813636&group_id=150969

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Priority: 9
Private: No
Submitted By: Christiaan Fluit (cfmfluit)
>Assigned to: Antoni Mylka (mylka)
Summary: Release Aperture 1.0 beta 1

Initial Comment:
The code seems to be very stable now and the APIs haven't changed a bit recently. There are ideas for API improvements (extended CrawlerHandler, SubCrawler, Extractor) but those are not likely to happen any time soon, so I propose to move to a 1.0 release now and save those improvements for a 2.0 release.

First target: get a 1.0 beta 1 release out of the door before ISWC.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779503&aid=1813636&group_id=150969

From - Mon Oct 15 09:49:38 2007
X-Account-Key: account3
X-UIDL: 00026fbc00f0aec3
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:41127 "EHLO
	mail.sourceforge.net" rhost-flags-OK-OK-OK-OK) by ps10.test.onet.pl
	with ESMTP id S184556397AbXJOHsXzKBVo;
	Mon, 15 Oct 2007 09:48:23 +0200
Received: from sc8-sf-web24-b.sourceforge.net ([10.3.1.214] helo=sc8-sf-web24.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1IhKgY-0006ue-Um; Mon, 15 Oct 2007 00:48:23 -0700
Received: from nobody by sc8-sf-web24.sourceforge.net with local (Exim 4.43)
	id 1IhKgY-0004qa-Jj; Mon, 15 Oct 2007 00:48:22 -0700
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ aperture-Bugs-1565163 ] IMAP URI\'s are not RFC 2192 compliant
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-SourceForge-Tracker-unixname:	aperture
X-SourceForge-Tracker-trackerid: 779500
X-SourceForge-Tracker-itemid: 1565163
X-SourceForge-Tracker-itemstatus: Open
X-SourceForge-Tracker-itemassignee: mylka
X-SourceForge-Tracker-itemupdate-reason: Settings changed
X-SourceForge-Tracker-itemupdate-username: cfmfluit
Message-Id: <E1IhKgY-0004qa-Jj@sc8-sf-web24.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web24.sourceforge.net>
Date:	Mon, 15 Oct 2007 00:48:22 -0700
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   

Bugs item #1565163, was opened at 2006-09-25 17:25
Message generated for change (Settings changed) made by cfmfluit
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779500&aid=1565163&group_id=150969

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 9
Private: No
Submitted By: jonas wustrack (jwus)
>Assigned to: Antoni Mylka (mylka)
Summary: IMAP URI\'s are not RFC 2192 compliant

Initial Comment:
The IMAP URI's produced by aperture are not RFC 2192
compliant.

Quote from the RFC [1]:

     [..]
     An IMAP URL referring to a specific message or
message part has the
     following form:

        
imap://<iserver>/<enc_mailbox>[uidvalidity]<iuid>[isection]

     [..]

     iuid             = "/;UID=" nz_number
                             ; See [IMAP4] for
"nz_number" definition

An example of an URI currenlty produced by the example
imap crawler of aperture is:

imap://imap.myserver.com/subfolder/225

whereas it should be:
 
imap://imap.myserver.com/subfolder/;UID=225

[1] http://rfc.net/rfc2192.html

----------------------------------------------------------------------

Comment By: Leo Sauermann (leo_sauermann)
Date: 2007-10-03 16:17

Message:
Logged In: YES 
user_id=1242018
Originator: NO

I agree with prority 7.

There is a possible implementation (which is doing something like the
right thing) here:
http://gnowsis.opendfki.de/browser/tags/0.8.3-alpha/gnowsis_email/WEB-INF/src/org/gnowsis/email/config/StoreConfig.java#L253

Take this code as a start.

This is inherently broken, though because IMAP Folder URIs are based on a
weird Problem:
The IMAP Uris seem to be UTF7-IMAP encoded, a weird encoding scheme which
exists only for that purpose. Only I cannot get the corresponding decoder
to run, it is the XPCOM class
@mozilla.org/intl/unicode/decoder;1?charset=x-imap4-modified-utf7 In Java,
the specified encoding seems not to be available. In PHP it is, called
imap_utf7_encode(). also, it is not deterministic how this thing works, the
same string can have two different UTF7-IMAP representations. 
Test: Böser 
enc1: B&lA-ser 
enc2: B&APY-ser

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779500&aid=1565163&group_id=150969

From - Wed Oct 17 16:39:26 2007
X-Account-Key: account3
X-UIDL: 00026fbc00f5bf50
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:56316 "EHLO
	mail.sourceforge.net" rhost-flags-OK-OK-OK-OK) by ps10.test.onet.pl
	with ESMTP id S184567285AbXJQJomQN0NT;
	Wed, 17 Oct 2007 11:44:42 +0200
Received: from sc8-sf-web21-b.sourceforge.net ([10.3.1.211] helo=sc8-sf-web21.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1Ii4o1-0003IS-Lh; Wed, 17 Oct 2007 02:03:09 -0700
Received: from nobody by sc8-sf-web21.sourceforge.net with local (Exim 4.43)
	id 1Ii4o1-00052z-CC; Wed, 17 Oct 2007 02:03:09 -0700
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ aperture-Bugs-1814982 ] FileInspector does not show full-text in designated tab
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-SourceForge-Tracker-unixname:	aperture
X-SourceForge-Tracker-trackerid: 779500
X-SourceForge-Tracker-itemid: 1814982
X-SourceForge-Tracker-itemstatus: Open
X-SourceForge-Tracker-itemassignee: mylka
X-SourceForge-Tracker-itemupdate-reason: Tracker Item Submitted
X-SourceForge-Tracker-itemupdate-username: Item Submitter
Message-Id: <E1Ii4o1-00052z-CC@sc8-sf-web21.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web21.sourceforge.net>
Date:	Wed, 17 Oct 2007 02:03:09 -0700
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   

Bugs item #1814982, was opened at 2007-10-17 11:03
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779500&aid=1814982&group_id=150969

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: general
Group: None
Status: Open
Resolution: None
Priority: 9
Private: No
Submitted By: Christiaan Fluit (cfmfluit)
Assigned to: Antoni Mylka (mylka)
Summary: FileInspector does not show full-text in designated tab

Initial Comment:
The FileInspector does not show the full-text in the designated tab, though the full-text triples occur in the extracted metadata. 

The problem seems to be in the MetadataModel class: it does not take all full-text properties into account. Perhaps it implicitly assumes an inferencing Model implementation, as it only queries for NIE.plainTextContent?

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779500&aid=1814982&group_id=150969

From - Wed Oct 17 16:49:26 2007
X-Account-Key: account3
X-UIDL: 00026fbc00f660b6
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:46913 "EHLO
	mail.sourceforge.net" rhost-flags-OK-OK-OK-OK) by ps30.test.onet.pl
	with ESMTP id S184669792AbXJQOr3m03-K;
	Wed, 17 Oct 2007 16:47:29 +0200
Received: from sc8-sf-web22-b.sourceforge.net ([10.3.1.212] helo=sc8-sf-web22.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1IiABE-0004aN-II; Wed, 17 Oct 2007 07:47:28 -0700
Received: from nobody by sc8-sf-web22.sourceforge.net with local (Exim 4.43)
	id 1IiABE-00043Z-2P; Wed, 17 Oct 2007 07:47:28 -0700
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ aperture-Bugs-1815159 ] Code distributed with release does not compile
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-SourceForge-Tracker-unixname:	aperture
X-SourceForge-Tracker-trackerid: 779500
X-SourceForge-Tracker-itemid: 1815159
X-SourceForge-Tracker-itemstatus: Open
X-SourceForge-Tracker-itemassignee: mylka
X-SourceForge-Tracker-itemupdate-reason: Tracker Item Submitted
X-SourceForge-Tracker-itemupdate-username: Item Submitter
Message-Id: <E1IiABE-00043Z-2P@sc8-sf-web22.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web22.sourceforge.net>
Date:	Wed, 17 Oct 2007 07:47:28 -0700
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   

Bugs item #1815159, was opened at 2007-10-17 16:47
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779500&aid=1815159&group_id=150969

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: general
Group: None
Status: Open
Resolution: None
Priority: 9
Private: No
Submitted By: Christiaan Fluit (cfmfluit)
Assigned to: Antoni Mylka (mylka)
Summary: Code distributed with release does not compile

Initial Comment:
The code that is bundled with the 1.0 alpha 4 release as a src.zip file does not compile. The reason for this is that the org.semanticdesktop.aperture.opener is not included in the src.zip, though there is code in the src/java (OutlookCrawler) and src/examples trees (various files) that depend on it.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779500&aid=1815159&group_id=150969

From - Wed Oct 17 16:54:26 2007
X-Account-Key: account3
X-UIDL: 00026fbc00f66290
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:37002 "EHLO
	mail.sourceforge.net" rhost-flags-OK-OK-OK-OK) by ps1.test.onet.pl
	with ESMTP id S738291964AbXJQOunskLJk;
	Wed, 17 Oct 2007 16:50:43 +0200
Received: from sc8-sf-web22-b.sourceforge.net ([10.3.1.212] helo=sc8-sf-web22.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1IiAEM-0005Xp-PE; Wed, 17 Oct 2007 07:50:42 -0700
Received: from nobody by sc8-sf-web22.sourceforge.net with local (Exim 4.43)
	id 1IiAEM-0004OG-4C; Wed, 17 Oct 2007 07:50:42 -0700
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ aperture-Bugs-1815159 ] Code distributed with release does not compile
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-SourceForge-Tracker-unixname:	aperture
X-SourceForge-Tracker-trackerid: 779500
X-SourceForge-Tracker-itemid: 1815159
X-SourceForge-Tracker-itemstatus: Open
X-SourceForge-Tracker-itemassignee: mylka
X-SourceForge-Tracker-itemupdate-reason: Comment added
X-SourceForge-Tracker-itemupdate-username: cfmfluit
Message-Id: <E1IiAEM-0004OG-4C@sc8-sf-web22.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web22.sourceforge.net>
Date:	Wed, 17 Oct 2007 07:50:42 -0700
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   

Bugs item #1815159, was opened at 2007-10-17 16:47
Message generated for change (Comment added) made by cfmfluit
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779500&aid=1815159&group_id=150969

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: general
Group: None
Status: Open
Resolution: None
Priority: 9
Private: No
Submitted By: Christiaan Fluit (cfmfluit)
Assigned to: Antoni Mylka (mylka)
Summary: Code distributed with release does not compile

Initial Comment:
The code that is bundled with the 1.0 alpha 4 release as a src.zip file does not compile. The reason for this is that the org.semanticdesktop.aperture.opener is not included in the src.zip, though there is code in the src/java (OutlookCrawler) and src/examples trees (various files) that depend on it.

----------------------------------------------------------------------

>Comment By: Christiaan Fluit (cfmfluit)
Date: 2007-10-17 16:50

Message:
Logged In: YES 
user_id=617090
Originator: YES

Correction: src/examples compiles fine, src/activators does not.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779500&aid=1815159&group_id=150969

From - Fri Oct 19 11:19:14 2007
X-Account-Key: account3
X-UIDL: 00026fbc00f9eb31
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:58012 "EHLO
	mail.sourceforge.net" rhost-flags-OK-OK-OK-OK) by ps30.test.onet.pl
	with ESMTP id S184560263AbXJSFAsQ6UwU;
	Fri, 19 Oct 2007 07:00:48 +0200
Received: from sc8-sf-glue1-b.sourceforge.net ([10.3.1.51] helo=sc8-sf-glue1.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1IihTB-0000Ml-KX; Thu, 18 Oct 2007 19:20:13 -0700
Received: from root by sc8-sf-glue1.sourceforge.net with local (Exim 4.43)
	id 1IihTA-0002bL-8C; Thu, 18 Oct 2007 19:20:12 -0700
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ aperture-Bugs-1543875 ] OpenDocumentExtractor should extract all available metadata
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-SourceForge-Tracker-unixname:	aperture
X-SourceForge-Tracker-trackerid: 779500
X-SourceForge-Tracker-itemid: 1543875
X-SourceForge-Tracker-itemstatus: Closed
X-SourceForge-Tracker-itemassignee: mylka
X-SourceForge-Tracker-itemupdate-reason: Comment added
X-SourceForge-Tracker-itemupdate-username: sf-robot
Message-Id: <E1IihTA-0002bL-8C@sc8-sf-glue1.sourceforge.net>
Date:	Thu, 18 Oct 2007 19:20:12 -0700
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: noreply@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   

Bugs item #1543875, was opened at 2006-08-21 04:25
Message generated for change (Comment added) made by sf-robot
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779500&aid=1543875&group_id=150969

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: general
Group: None
>Status: Closed
Resolution: None
Priority: 5
Private: No
Submitted By: Christiaan Fluit (cfmfluit)
Assigned to: Antoni Mylka (mylka)
Summary: OpenDocumentExtractor should extract all available metadata

Initial Comment:
The current OpenDocumentExtractor only passes along
those metadata fields that correspond to a predicate in
Aperture's namespace. However, these attributes are
stored in the document as simple strings with a
"namespaced key". Therefore, OpenDocumentExtractor
should convert these to RDF statements with the element
names as predicates and also map them to Aperture
predicates where applicable. This strategy is also
successfully used in OpenXmlExtractor.

----------------------------------------------------------------------

>Comment By: SourceForge Robot (sf-robot)
Date: 2007-10-18 19:20

Message:
Logged In: YES 
user_id=1312539
Originator: NO

This Tracker item was closed automatically by the system. It was
previously set to a Pending status, and the original submitter
did not respond within 14 days (the time period specified by
the administrator of this Tracker).

----------------------------------------------------------------------

Comment By: Antoni Mylka (mylka)
Date: 2007-10-04 08:43

Message:
Logged In: YES 
user_id=1613065
Originator: NO

Fixed, copied some code from the OpenXmlExtractor. Only the
meta:user-defined fields aren't supported. I'd like to clarify it with the
Nepomuk Consortium first. Having undefined properties is one thing, but
having untyped blank nodes is something completely different. I'd have to
introduce a class called "UserDefinedProperty" with a name and value, this
would make everything VERY confusing.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779500&aid=1543875&group_id=150969

From - Wed Oct 24 00:29:45 2007
X-Account-Key: account3
X-UIDL: 00026fbc01032754
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:34985 "EHLO
	mail.sourceforge.net" rhost-flags-OK-OK-OK-OK) by ps3.test.onet.pl
	with ESMTP id S1476653831AbXJWWY47Mntu;
	Wed, 24 Oct 2007 00:24:56 +0200
Received: from sc8-sf-web24-b.sourceforge.net ([10.3.1.214] helo=sc8-sf-web24.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1IkSBD-0007AM-O4; Tue, 23 Oct 2007 15:24:55 -0700
Received: from nobody by sc8-sf-web24.sourceforge.net with local (Exim 4.43)
	id 1IkSBD-0002u7-Hd; Tue, 23 Oct 2007 15:24:55 -0700
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ aperture-Bugs-1818479 ] PoiUtil bug - working with streams that don't support mark()
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-SourceForge-Tracker-unixname:	aperture
X-SourceForge-Tracker-trackerid: 779500
X-SourceForge-Tracker-itemid: 1818479
X-SourceForge-Tracker-itemstatus: Closed
X-SourceForge-Tracker-itemassignee: mylka
X-SourceForge-Tracker-itemupdate-reason: Comment added
X-SourceForge-Tracker-itemupdate-username: mylka
Message-Id: <E1IkSBD-0002u7-Hd@sc8-sf-web24.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web24.sourceforge.net>
Date:	Tue, 23 Oct 2007 15:24:55 -0700
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   
X-Antivirus: avast! (VPS 000783-1, 2007-10-22), Inbound message
X-Antivirus-Status: Clean

Bugs item #1818479, was opened at 2007-10-23 13:45
Message generated for change (Comment added) made by mylka
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779500&aid=1818479&group_id=150969

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
Resolution: None
Priority: 5
Private: No
Submitted By: Antoni Mylka (mylka)
Assigned to: Antoni Mylka (mylka)
Summary: PoiUtil bug - working with streams that don't support mark()

Initial Comment:
I've been trying to solve the issue
[ 1815159 ] Code distributed with release does not compile

It looked like a trivial change build.xml (which I did). The problem was that the tests didn't pass. It is very weird. The tests ran fine from eclipse, ran fine with the 'ant test', 'ant release' went OK, but when I tried to unzip the src.zip in the release folder and run 'ant test' from there it failed.

For some inexplicable reason the getClassLoader().getResourceAsStream() returns BufferedInputStreams in Eclipse but FileInputStreams in ant (with the fork="no" atribute of the junit task, originally it was fork="yes" but I experimented). 

This problem raised its head with the PublisherExtractor. It is one of the few extractors that require TWO passes over the stream. The first one to extract the metadata, the second one to extract the full-text. Therefore it DEPENDS on the ability of the underlying stream to support mark. 

I would like to make PoiUtil.extractMetadata and PoiUtil.extractAll methods return an input stream. They seem to cover the case if the stream doesn't support mark and wrap it in a BufferedInputStream. The BufferedInputStream but it is not returned so the underlying stream stays empty. 

----------------------------------------------------------------------

>Comment By: Antoni Mylka (mylka)
Date: 2007-10-24 00:24

Message:
Logged In: YES 
user_id=1613065
Originator: YES

Fixed. PublisherExtractor, PresentationsExtractor and QuattroExtractor CAN
work with streams that don't support mark() by wrapping them in
BufferedInputStreams.

----------------------------------------------------------------------

Comment By: Antoni Mylka (mylka)
Date: 2007-10-23 23:22

Message:
Logged In: YES 
user_id=1613065
Originator: YES

After some investigation I discovered that the same problem applies to
PresentationsExtractor and QuattroExtractor. They work only with streams
that support mark().

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779500&aid=1818479&group_id=150969

From - Wed Oct 24 00:29:46 2007
X-Account-Key: account3
X-UIDL: 00026fbc01032759
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:55353 "EHLO
	mail.sourceforge.net" rhost-flags-OK-OK-OK-OK) by ps29.test.onet.pl
	with ESMTP id S184608161AbXJWWYEwQQxt;
	Wed, 24 Oct 2007 00:24:04 +0200
Received: from sc8-sf-web22-b.sourceforge.net ([10.3.1.212] helo=sc8-sf-web22.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1IkRCm-00067B-RM; Tue, 23 Oct 2007 14:22:28 -0700
Received: from nobody by sc8-sf-web22.sourceforge.net with local (Exim 4.43)
	id 1IkRCm-00017A-Hy; Tue, 23 Oct 2007 14:22:28 -0700
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ aperture-Bugs-1818479 ] PoiUtil bug - working with streams that don't support mark()
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-SourceForge-Tracker-unixname:	aperture
X-SourceForge-Tracker-trackerid: 779500
X-SourceForge-Tracker-itemid: 1818479
X-SourceForge-Tracker-itemstatus: Open
X-SourceForge-Tracker-itemassignee: mylka
X-SourceForge-Tracker-itemupdate-reason: Comment added
X-SourceForge-Tracker-itemupdate-username: mylka
Message-Id: <E1IkRCm-00017A-Hy@sc8-sf-web22.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web22.sourceforge.net>
Date:	Tue, 23 Oct 2007 14:22:28 -0700
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   
X-Antivirus: avast! (VPS 000783-1, 2007-10-22), Inbound message
X-Antivirus-Status: Clean

Bugs item #1818479, was opened at 2007-10-23 13:45
Message generated for change (Comment added) made by mylka
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779500&aid=1818479&group_id=150969

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Antoni Mylka (mylka)
Assigned to: Antoni Mylka (mylka)
>Summary: PoiUtil bug - working with streams that don't support mark()

Initial Comment:
I've been trying to solve the issue
[ 1815159 ] Code distributed with release does not compile

It looked like a trivial change build.xml (which I did). The problem was that the tests didn't pass. It is very weird. The tests ran fine from eclipse, ran fine with the 'ant test', 'ant release' went OK, but when I tried to unzip the src.zip in the release folder and run 'ant test' from there it failed.

For some inexplicable reason the getClassLoader().getResourceAsStream() returns BufferedInputStreams in Eclipse but FileInputStreams in ant (with the fork="no" atribute of the junit task, originally it was fork="yes" but I experimented). 

This problem raised its head with the PublisherExtractor. It is one of the few extractors that require TWO passes over the stream. The first one to extract the metadata, the second one to extract the full-text. Therefore it DEPENDS on the ability of the underlying stream to support mark. 

I would like to make PoiUtil.extractMetadata and PoiUtil.extractAll methods return an input stream. They seem to cover the case if the stream doesn't support mark and wrap it in a BufferedInputStream. The BufferedInputStream but it is not returned so the underlying stream stays empty. 

----------------------------------------------------------------------

>Comment By: Antoni Mylka (mylka)
Date: 2007-10-23 23:22

Message:
Logged In: YES 
user_id=1613065
Originator: YES

After some investigation I discovered that the same problem applies to
PresentationsExtractor and QuattroExtractor. They work only with streams
that support mark().

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779500&aid=1818479&group_id=150969

From - Wed Oct 24 00:29:46 2007
X-Account-Key: account3
X-UIDL: 00026fbc0103275d
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:55353 "EHLO
	mail.sourceforge.net" rhost-flags-OK-OK-OK-OK) by ps29.test.onet.pl
	with ESMTP id S184719898AbXJWWYESJBy3;
	Wed, 24 Oct 2007 00:24:04 +0200
Received: from sc8-sf-web22-b.sourceforge.net ([10.3.1.212] helo=sc8-sf-web22.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1IkSAN-0001pV-05; Tue, 23 Oct 2007 15:24:03 -0700
Received: from nobody by sc8-sf-web22.sourceforge.net with local (Exim 4.43)
	id 1IkSAM-0007qB-Hf; Tue, 23 Oct 2007 15:24:02 -0700
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ aperture-Bugs-1815159 ] Code distributed with release does not compile
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-SourceForge-Tracker-unixname:	aperture
X-SourceForge-Tracker-trackerid: 779500
X-SourceForge-Tracker-itemid: 1815159
X-SourceForge-Tracker-itemstatus: Closed
X-SourceForge-Tracker-itemassignee: mylka
X-SourceForge-Tracker-itemupdate-reason: Comment added
X-SourceForge-Tracker-itemupdate-username: mylka
Message-Id: <E1IkSAM-0007qB-Hf@sc8-sf-web22.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web22.sourceforge.net>
Date:	Tue, 23 Oct 2007 15:24:02 -0700
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   
X-Antivirus: avast! (VPS 000783-1, 2007-10-22), Inbound message
X-Antivirus-Status: Clean

Bugs item #1815159, was opened at 2007-10-17 16:47
Message generated for change (Comment added) made by mylka
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779500&aid=1815159&group_id=150969

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: general
Group: None
>Status: Closed
Resolution: None
Priority: 9
Private: No
Submitted By: Christiaan Fluit (cfmfluit)
Assigned to: Antoni Mylka (mylka)
Summary: Code distributed with release does not compile

Initial Comment:
The code that is bundled with the 1.0 alpha 4 release as a src.zip file does not compile. The reason for this is that the org.semanticdesktop.aperture.opener is not included in the src.zip, though there is code in the src/java (OutlookCrawler) and src/examples trees (various files) that depend on it.

----------------------------------------------------------------------

>Comment By: Antoni Mylka (mylka)
Date: 2007-10-24 00:24

Message:
Logged In: YES 
user_id=1613065
Originator: NO

After a couple of days of banging my head against the wall (discovering
and fixing issue 1818479 in the process) the code in src.zip does compile
and the 'ant test' task runs successfully. I didn't test ant release. I
consider this enought to close this ticket.

----------------------------------------------------------------------

Comment By: Christiaan Fluit (cfmfluit)
Date: 2007-10-17 16:50

Message:
Logged In: YES 
user_id=617090
Originator: YES

Correction: src/examples compiles fine, src/activators does not.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779500&aid=1815159&group_id=150969

From - Mon Nov 05 11:09:20 2007
X-Account-Key: account3
X-UIDL: 00026fbc0112b0bf
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:58022 "EHLO
	mail.sourceforge.net" rhost-flags-OK-OK-OK-OK) by ps14.test.onet.pl
	with ESMTP id S738373537AbXJaKY6podAJ;
	Wed, 31 Oct 2007 11:24:58 +0100
Received: from sc8-sf-web22-b.sourceforge.net ([10.3.1.212] helo=sc8-sf-web22.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1InALD-0003Yu-S4; Wed, 31 Oct 2007 02:58:27 -0700
Received: from nobody by sc8-sf-web22.sourceforge.net with local (Exim 4.43)
	id 1InALD-0005VL-Aq; Wed, 31 Oct 2007 02:58:27 -0700
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ aperture-Feature Requests-1800656 ] Let all crawlers use rootElementOf
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-SourceForge-Tracker-unixname:	aperture
X-SourceForge-Tracker-trackerid: 779503
X-SourceForge-Tracker-itemid: 1800656
X-SourceForge-Tracker-itemstatus: Open
X-SourceForge-Tracker-itemassignee: mylka
X-SourceForge-Tracker-itemupdate-reason: Comment added
X-SourceForge-Tracker-itemupdate-username: leo_sauermann
Message-Id: <E1InALD-0005VL-Aq@sc8-sf-web22.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web22.sourceforge.net>
Date:	Wed, 31 Oct 2007 02:58:27 -0700
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   
X-Antivirus: avast! (VPS 071104-0, 2007-11-04), Inbound message
X-Antivirus-Status: Clean

Feature Requests item #1800656, was opened at 2007-09-23 16:50
Message generated for change (Comment added) made by leo_sauermann
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779503&aid=1800656&group_id=150969

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Priority: 9
Private: No
Submitted By: Antoni Mylka (mylka)
Assigned to: Antoni Mylka (mylka)
Summary: Let all crawlers use rootElementOf

Initial Comment:
It may to impose a constraint that ALL crawlers must create a tree of DataObjects rooted at an object linked with rootElementOf with the data source. A test could be written that would ensure that ALL data objects are within the tree, that each object occurs only once, it is a normal tree, not a DAG i.e. there is only one path from a root to any given object. A data source can have many roots.



----------------------------------------------------------------------

>Comment By: Leo Sauermann (leo_sauermann)
Date: 2007-10-31 09:58

Message:
Logged In: YES 
user_id=1242018
Originator: NO

as said in e-mail from 22.10.2007 11:37:

All instances of the DataObject class and it's subclasses are organized
into a set of directed graphs. Each graph MAY contain cycles and MUST
contain a single node marked with the rootElementOf property. There are no
guarantees as to the position of that node in the graph

----------------------------------------------------------------------

Comment By: Leo Sauermann (leo_sauermann)
Date: 2007-10-03 14:11

Message:
Logged In: YES 
user_id=1242018
Originator: NO

Leo: made this high priority, as any visualization we will do will use the
RootElementOf relation before doing anything else -- hence this is most
important (9) now.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779503&aid=1800656&group_id=150969

From - Mon Nov 05 11:09:22 2007
X-Account-Key: account3
X-UIDL: 00026fbc0113d3ee
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:56735 "EHLO
	mail.sourceforge.net" rhost-flags-OK-OK-OK-OK) by ps31.test.onet.pl
	with ESMTP id S738242934AbXJaTeLCzzBb;
	Wed, 31 Oct 2007 20:34:11 +0100
Received: from sc8-sf-web23-b.sourceforge.net ([10.3.1.213] helo=sc8-sf-web23.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1InJKL-0000lq-SL; Wed, 31 Oct 2007 12:34:09 -0700
Received: from nobody by sc8-sf-web23.sourceforge.net with local (Exim 4.43)
	id 1InJKL-0005TL-KV; Wed, 31 Oct 2007 12:34:09 -0700
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ aperture-Feature Requests-1823660 ] Implement IMAP URI Validation
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-SourceForge-Tracker-unixname:	aperture
X-SourceForge-Tracker-trackerid: 779503
X-SourceForge-Tracker-itemid: 1823660
X-SourceForge-Tracker-itemstatus: Open
X-SourceForge-Tracker-itemassignee: nobody
X-SourceForge-Tracker-itemupdate-reason: Tracker Item Submitted
X-SourceForge-Tracker-itemupdate-username: Item Submitter
Message-Id: <E1InJKL-0005TL-KV@sc8-sf-web23.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web23.sourceforge.net>
Date:	Wed, 31 Oct 2007 12:34:09 -0700
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   
X-Antivirus: avast! (VPS 071104-0, 2007-11-04), Inbound message
X-Antivirus-Status: Clean

Feature Requests item #1823660, was opened at 2007-10-31 20:34
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779503&aid=1823660&group_id=150969

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Priority: 5
Private: No
Submitted By: Antoni Mylka (mylka)
Assigned to: Nobody/Anonymous (nobody)
Summary: Implement IMAP URI Validation

Initial Comment:
While working on the issue entitled '[ 1565163 ] IMAP URI\'s are not RFC 2192 compliant' I did some research about how to solve it 'right'. 

I started to read about the UTF7 issue. It has not been included in the JDK. People have been asking Sun for SEVEN YEARS to implement it but they didn't. (See the bug database http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4304013).

There is an interesting project though called JUTF7 (http://jutf7.sourceforge.net). I downloaded it, it works. I even included a -testuris switch in the IMAP application, so that I could validate those URIs. It prooved difficult. In order to do it really correctly one would have to do the following:

1. Figure out which parts of the URI can contain non-ASCII characters that need to be escaped wihth UTF7. 
2. Use JUTF7 in the IMAPCrawler so that it prepares those URIS properly. I.e. MailUtil.convertStringToUTF7, note that this is tricky since a login can contain '@' (like antoni_mylka@fastmail.net which is the login to my test IMAP account) which need to be URL-Encoded whereas the folder names can contain ąęółłśśććżźć (Polish) or äöü etc. which need to be UTF7-encoded

3. Write a real public static boolean isImapUriValid in the MailUtil class, it would:

a. have a JavaCC grammar that would check the correctness of the URI (RFC 2192 contains a beautiful ABNF syntax specification).

b. check the appropriate parts for the presence of non-ASCII characters, if they are encoded correctly (URL-encoding in the login, UTF7 in the folder name)

All of this is quite a lot. I therefore open a new ticket and ask for comments.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779503&aid=1823660&group_id=150969

From - Mon Nov 05 11:09:22 2007
X-Account-Key: account3
X-UIDL: 00026fbc0113d4c4
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:33678 "EHLO
	mail.sourceforge.net" rhost-flags-OK-OK-OK-OK) by ps19.test.onet.pl
	with ESMTP id S184569570AbXJaTfvPaCmG;
	Wed, 31 Oct 2007 20:35:51 +0100
Received: from sc8-sf-web23-b.sourceforge.net ([10.3.1.213] helo=sc8-sf-web23.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1InJLx-0004lM-W5; Wed, 31 Oct 2007 12:35:50 -0700
Received: from nobody by sc8-sf-web23.sourceforge.net with local (Exim 4.43)
	id 1InJLx-0005ai-Me; Wed, 31 Oct 2007 12:35:49 -0700
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ aperture-Bugs-1565163 ] IMAP URI\'s are not RFC 2192 compliant
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-SourceForge-Tracker-unixname:	aperture
X-SourceForge-Tracker-trackerid: 779500
X-SourceForge-Tracker-itemid: 1565163
X-SourceForge-Tracker-itemstatus: Closed
X-SourceForge-Tracker-itemassignee: mylka
X-SourceForge-Tracker-itemupdate-reason: Comment added
X-SourceForge-Tracker-itemupdate-username: mylka
Message-Id: <E1InJLx-0005ai-Me@sc8-sf-web23.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web23.sourceforge.net>
Date:	Wed, 31 Oct 2007 12:35:49 -0700
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   
X-Antivirus: avast! (VPS 071104-0, 2007-11-04), Inbound message
X-Antivirus-Status: Clean

Bugs item #1565163, was opened at 2006-09-25 17:25
Message generated for change (Comment added) made by mylka
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779500&aid=1565163&group_id=150969

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
Resolution: None
Priority: 9
Private: No
Submitted By: jonas wustrack (jwus)
Assigned to: Antoni Mylka (mylka)
Summary: IMAP URI\'s are not RFC 2192 compliant

Initial Comment:
The IMAP URI's produced by aperture are not RFC 2192
compliant.

Quote from the RFC [1]:

     [..]
     An IMAP URL referring to a specific message or
message part has the
     following form:

        
imap://<iserver>/<enc_mailbox>[uidvalidity]<iuid>[isection]

     [..]

     iuid             = "/;UID=" nz_number
                             ; See [IMAP4] for
"nz_number" definition

An example of an URI currenlty produced by the example
imap crawler of aperture is:

imap://imap.myserver.com/subfolder/225

whereas it should be:
 
imap://imap.myserver.com/subfolder/;UID=225

[1] http://rfc.net/rfc2192.html

----------------------------------------------------------------------

>Comment By: Antoni Mylka (mylka)
Date: 2007-10-31 20:35

Message:
Logged In: YES 
user_id=1613065
Originator: NO

I've fixed that particular problem described by the original submitter.
The URIs of messages aren't

imap://imap.myserver.com/subfolder/225

but

imap://imap.myserver.com/subfolder/;UID=225

This doesn't solve the whole issue though. I've fixed that particular
problem described by the original submitter. The URIs of messages aren't

imap://imap.myserver.com/subfolder/225

but

imap://imap.myserver.com/subfolder/;UID=225

This doesn't solve the whole issue though. See the feature request 1823660
for continuation. Given the limited time for the next release I'd like to
leave it as it is and close this ticket for the time being.

----------------------------------------------------------------------

Comment By: Leo Sauermann (leo_sauermann)
Date: 2007-10-03 16:17

Message:
Logged In: YES 
user_id=1242018
Originator: NO

I agree with prority 7.

There is a possible implementation (which is doing something like the
right thing) here:
http://gnowsis.opendfki.de/browser/tags/0.8.3-alpha/gnowsis_email/WEB-INF/src/org/gnowsis/email/config/StoreConfig.java#L253

Take this code as a start.

This is inherently broken, though because IMAP Folder URIs are based on a
weird Problem:
The IMAP Uris seem to be UTF7-IMAP encoded, a weird encoding scheme which
exists only for that purpose. Only I cannot get the corresponding decoder
to run, it is the XPCOM class
@mozilla.org/intl/unicode/decoder;1?charset=x-imap4-modified-utf7 In Java,
the specified encoding seems not to be available. In PHP it is, called
imap_utf7_encode(). also, it is not deterministic how this thing works, the
same string can have two different UTF7-IMAP representations. 
Test: Böser 
enc1: B&lA-ser 
enc2: B&APY-ser

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779500&aid=1565163&group_id=150969

From - Mon Nov 05 11:09:22 2007
X-Account-Key: account3
X-UIDL: 00026fbc0113dc8e
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:48060 "EHLO
	mail.sourceforge.net" rhost-flags-OK-OK-OK-OK) by ps6.test.onet.pl
	with ESMTP id S184565193AbXJaTwLL8CjA;
	Wed, 31 Oct 2007 20:52:11 +0100
Received: from sc8-sf-web24-b.sourceforge.net ([10.3.1.214] helo=sc8-sf-web24.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1InJbm-0004b8-22; Wed, 31 Oct 2007 12:52:10 -0700
Received: from nobody by sc8-sf-web24.sourceforge.net with local (Exim 4.43)
	id 1InJbl-0000FN-Qu; Wed, 31 Oct 2007 12:52:09 -0700
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ aperture-Feature Requests-1812326 ] move  to semdesk uri scheme
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-SourceForge-Tracker-unixname:	aperture
X-SourceForge-Tracker-trackerid: 779503
X-SourceForge-Tracker-itemid: 1812326
X-SourceForge-Tracker-itemstatus: Open
X-SourceForge-Tracker-itemassignee: mylka
X-SourceForge-Tracker-itemupdate-reason: Comment added
X-SourceForge-Tracker-itemupdate-username: mylka
Message-Id: <E1InJbl-0000FN-Qu@sc8-sf-web24.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web24.sourceforge.net>
Date:	Wed, 31 Oct 2007 12:52:09 -0700
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   
X-Antivirus: avast! (VPS 071104-0, 2007-11-04), Inbound message
X-Antivirus-Status: Clean

Feature Requests item #1812326, was opened at 2007-10-12 18:20
Message generated for change (Comment added) made by mylka
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779503&aid=1812326&group_id=150969

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: general
Group: None
Status: Open
Priority: 9
Private: No
Submitted By: Leo Sauermann (leo_sauermann)
Assigned to: Antoni Mylka (mylka)
Summary: move  to semdesk uri scheme

Initial Comment:
We need to implement the semdesk hack that we had in mind in august.

The URI scheme is described here:

http://aperture.wiki.sourceforge.net/SemdeskUris

I changed the scheme to use domain names as application identifiers - comments?

changes need to be done to Outlook first, other things can wait. 

At the end, this won't take long, we just have to hardcode one string somewhere. "semdesk:"

----------------------------------------------------------------------

>Comment By: Antoni Mylka (mylka)
Date: 2007-10-31 20:52

Message:
Logged In: YES 
user_id=1613065
Originator: NO

No it's not. This will invalidate the OutlookAccessorFactory and
OutlookOpenerFactory, because there will be no 'outlook' URI scheme
anymore. This will have direct consequenses for Nepomuk Users, who need the
(access|refresh|open)Resource methods to work for Outlook resources. 

See the Nepomuk ticket no 78
http://dev.nepomuk.semanticdesktop.org/ticket/78
OlafGrebner kept bugging me about it.

The semdesk hack will necessitate a rewrite of aperture registries, so
that they won't work with uri SCHEMES (i.e. the part before the colon) but
with arbitrary uri PREFIXES (which may reach only to the first colon, but
may also go further (semdesk://localhost/outlook)). I would like to hear
some more comments before doing this.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779503&aid=1812326&group_id=150969

From - Mon Nov 05 11:09:30 2007
X-Account-Key: account3
X-UIDL: 00026fbc0116b297
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:48614 "EHLO
	mail.sourceforge.net" rhost-flags-OK-OK-OK-OK) by ps8.test.onet.pl
	with ESMTP id S184550835AbXKBKDw2SGAp;
	Fri, 2 Nov 2007 11:03:52 +0100
Received: from sc8-sf-web21-b.sourceforge.net ([10.3.1.211] helo=sc8-sf-web21.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1IntNX-0002Vd-3M; Fri, 02 Nov 2007 03:03:51 -0700
Received: from nobody by sc8-sf-web21.sourceforge.net with local (Exim 4.43)
	id 1IntNR-0001iW-MP; Fri, 02 Nov 2007 03:03:45 -0700
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ aperture-Feature Requests-1824544 ] Convert website crawler to use NAO
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-SourceForge-Tracker-unixname:	aperture
X-SourceForge-Tracker-trackerid: 779503
X-SourceForge-Tracker-itemid: 1824544
X-SourceForge-Tracker-itemstatus: Open
X-SourceForge-Tracker-itemassignee: nobody
X-SourceForge-Tracker-itemupdate-reason: Tracker Item Submitted
X-SourceForge-Tracker-itemupdate-username: Item Submitter
Message-Id: <E1IntNR-0001iW-MP@sc8-sf-web21.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web21.sourceforge.net>
Date:	Fri, 02 Nov 2007 03:03:45 -0700
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status: RO
X-Antivirus: avast! (VPS 071104-0, 2007-11-04), Inbound message
X-Antivirus-Status: Clean

Feature Requests item #1824544, was opened at 2007-11-02 11:03
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779503&aid=1824544&group_id=150969

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Priority: 5
Private: No
Submitted By: Antoni Mylka (mylka)
Assigned to: Nobody/Anonymous (nobody)
Summary: Convert website crawler to use NAO

Initial Comment:
The Flickr, Del.icio.us, Bibsonomy and IPhoto crawlers use a temporary quick-and-dirty hack from Gnowsis i.e. the TAGGING ontology. NAO is much better for this purpose (apart from being an 'official' ontology of the Nepomuk Project). The websites crawlers should be converted to use NAO and the TAGGING ontology should be removed altogether.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779503&aid=1824544&group_id=150969

From - Mon Nov 05 11:09:30 2007
X-Account-Key: account3
X-UIDL: 00026fbc0116b2c1
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:4819 "EHLO
	mail.sourceforge.net") by ps21.test.onet.pl with ESMTP
	id <S6193307AbXKBKEH>; Fri, 2 Nov 2007 11:04:07 +0100
Received: from sc8-sf-web21-b.sourceforge.net ([10.3.1.211] helo=sc8-sf-web21.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1IntNm-0002vn-Mh; Fri, 02 Nov 2007 03:04:06 -0700
Received: from nobody by sc8-sf-web21.sourceforge.net with local (Exim 4.43)
	id 1IntNm-0001q9-8k; Fri, 02 Nov 2007 03:04:06 -0700
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ aperture-Feature Requests-1824544 ] Convert website crawlers to use NAO
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-SourceForge-Tracker-unixname:	aperture
X-SourceForge-Tracker-trackerid: 779503
X-SourceForge-Tracker-itemid: 1824544
X-SourceForge-Tracker-itemstatus: Open
X-SourceForge-Tracker-itemassignee: nobody
X-SourceForge-Tracker-itemupdate-reason: Settings changed
X-SourceForge-Tracker-itemupdate-username: mylka
Message-Id: <E1IntNm-0001q9-8k@sc8-sf-web21.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web21.sourceforge.net>
Date:	Fri, 02 Nov 2007 03:04:06 -0700
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status: RO
X-Antivirus: avast! (VPS 071104-0, 2007-11-04), Inbound message
X-Antivirus-Status: Clean

Feature Requests item #1824544, was opened at 2007-11-02 11:03
Message generated for change (Settings changed) made by mylka
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779503&aid=1824544&group_id=150969

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Priority: 5
Private: No
Submitted By: Antoni Mylka (mylka)
Assigned to: Nobody/Anonymous (nobody)
>Summary: Convert website crawlers to use NAO

Initial Comment:
The Flickr, Del.icio.us, Bibsonomy and IPhoto crawlers use a temporary quick-and-dirty hack from Gnowsis i.e. the TAGGING ontology. NAO is much better for this purpose (apart from being an 'official' ontology of the Nepomuk Project). The websites crawlers should be converted to use NAO and the TAGGING ontology should be removed altogether.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779503&aid=1824544&group_id=150969

From - Mon Nov 05 11:09:31 2007
X-Account-Key: account3
X-UIDL: 00026fbc01170397
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:34502 "EHLO
	mail.sourceforge.net" rhost-flags-OK-OK-OK-OK) by ps2.test.onet.pl
	with ESMTP id S1476397057AbXKBNCvk-ZkL;
	Fri, 2 Nov 2007 14:02:51 +0100
Received: from sc8-sf-web22-b.sourceforge.net ([10.3.1.212] helo=sc8-sf-web22.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1InwAj-0008Da-Nm; Fri, 02 Nov 2007 06:02:49 -0700
Received: from nobody by sc8-sf-web22.sourceforge.net with local (Exim 4.43)
	id 1InwAj-0006U2-CK; Fri, 02 Nov 2007 06:02:49 -0700
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ aperture-Feature Requests-1824544 ] Convert website crawlers to use NAO
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-SourceForge-Tracker-unixname:	aperture
X-SourceForge-Tracker-trackerid: 779503
X-SourceForge-Tracker-itemid: 1824544
X-SourceForge-Tracker-itemstatus: Open
X-SourceForge-Tracker-itemassignee: nobody
X-SourceForge-Tracker-itemupdate-reason: Comment added
X-SourceForge-Tracker-itemupdate-username: leo_sauermann
Message-Id: <E1InwAj-0006U2-CK@sc8-sf-web22.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web22.sourceforge.net>
Date:	Fri, 02 Nov 2007 06:02:49 -0700
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status: RO
X-Antivirus: avast! (VPS 071104-0, 2007-11-04), Inbound message
X-Antivirus-Status: Clean

Feature Requests item #1824544, was opened at 2007-11-02 10:03
Message generated for change (Comment added) made by leo_sauermann
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779503&aid=1824544&group_id=150969

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Priority: 5
Private: No
Submitted By: Antoni Mylka (mylka)
Assigned to: Nobody/Anonymous (nobody)
Summary: Convert website crawlers to use NAO

Initial Comment:
The Flickr, Del.icio.us, Bibsonomy and IPhoto crawlers use a temporary quick-and-dirty hack from Gnowsis i.e. the TAGGING ontology. NAO is much better for this purpose (apart from being an 'official' ontology of the Nepomuk Project). The websites crawlers should be converted to use NAO and the TAGGING ontology should be removed altogether.

----------------------------------------------------------------------

>Comment By: Leo Sauermann (leo_sauermann)
Date: 2007-11-02 13:02

Message:
Logged In: YES 
user_id=1242018
Originator: NO

we need it for desktop:
* desktop://outlook
* desktop://email
* desktop://thunderbird

the main goal is to minimize the non-standard behavior we have, making up
multiple imaginary desktop protocols is unhealthy. one imaginary protocol
"desktop" has the chance to be registered sometimes.

we also need it for web 2.0 applications:
* http://www.flickr.com/photos/*

We could write a special DataAccessor that reacts to these kind of online
uris, invoking a proper data extraction using the web apis or page scraping
instead of just extracting the plaintext from the HTML.

Still, there is a problem of passing in the datasource, once a
DataAccessor is retrieved using the DataAccessorRegistry.get(String scheme)
method, I cannot pass the right datasource to
DataAccessor.getDataObject(String url, DataSource source, Map params,
RDFContainerFactory containerFactory) throws UrlNotFoundException,
IOException;

The Outlook, Thunderbird, Flickr, etc DataAccessors would need the correct
DataSource to know the password or other configuration options that are not
encoded in the URI. 
For this, I would again urge to add a "canContainURI(String uri)" method
to the DataSource interface, that returns true (or these 0-200 values)
indicating if it can contain a URI. we had this discussion before - where
is it documented?

problem is that some "schemes" can be part of a "prefix" also, I would add
both functionalities to the dataaccessors to be on the save side, and
perhaps also add the possibility of regular expressions for uri parsing (to
say "yes" both to http and https versions, etc).



----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779503&aid=1824544&group_id=150969

From - Mon Nov 05 11:09:31 2007
X-Account-Key: account3
X-UIDL: 00026fbc01170449
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:40027 "EHLO
	mail.sourceforge.net" rhost-flags-OK-OK-OK-OK) by ps10.test.onet.pl
	with ESMTP id S184552549AbXKBNERzHXlY;
	Fri, 2 Nov 2007 14:04:17 +0100
Received: from sc8-sf-web22-b.sourceforge.net ([10.3.1.212] helo=sc8-sf-web22.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1InwC9-0000NP-0a; Fri, 02 Nov 2007 06:04:17 -0700
Received: from nobody by sc8-sf-web22.sourceforge.net with local (Exim 4.43)
	id 1InwC8-0006iX-Nb; Fri, 02 Nov 2007 06:04:16 -0700
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ aperture-Feature Requests-1779297 ] Let the IcalCrawler use accessors
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-SourceForge-Tracker-unixname:	aperture
X-SourceForge-Tracker-trackerid: 779503
X-SourceForge-Tracker-itemid: 1779297
X-SourceForge-Tracker-itemstatus: Open
X-SourceForge-Tracker-itemassignee: nobody
X-SourceForge-Tracker-itemupdate-reason: Comment added
X-SourceForge-Tracker-itemupdate-username: leo_sauermann
Message-Id: <E1InwC8-0006iX-Nb@sc8-sf-web22.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web22.sourceforge.net>
Date:	Fri, 02 Nov 2007 06:04:16 -0700
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status: RO
X-Antivirus: avast! (VPS 071104-0, 2007-11-04), Inbound message
X-Antivirus-Status: Clean

Feature Requests item #1779297, was opened at 2007-08-22 09:51
Message generated for change (Comment added) made by leo_sauermann
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779503&aid=1779297&group_id=150969

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Priority: 5
Private: No
Submitted By: Antoni Mylka (mylka)
Assigned to: Nobody/Anonymous (nobody)
Summary: Let the IcalCrawler use accessors

Initial Comment:
The IcalCrawler could use a DataAccessorRegistry to be able to work with ical files available through any URL

----------------------------------------------------------------------

>Comment By: Leo Sauermann (leo_sauermann)
Date: 2007-11-02 13:04

Message:
Logged In: YES 
user_id=1242018
Originator: NO

based on what protocol? or did i miss something.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779503&aid=1779297&group_id=150969

From - Mon Nov 05 11:09:32 2007
X-Account-Key: account3
X-UIDL: 00026fbc011706b8
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:42918 "EHLO
	mail.sourceforge.net" rhost-flags-OK-OK-OK-OK) by ps23.test.onet.pl
	with ESMTP id S184552909AbXKBNJpqqT7y;
	Fri, 2 Nov 2007 14:09:45 +0100
Received: from sc8-sf-web22-b.sourceforge.net ([10.3.1.212] helo=sc8-sf-web22.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1InwHP-0002IY-ED; Fri, 02 Nov 2007 06:09:43 -0700
Received: from nobody by sc8-sf-web22.sourceforge.net with local (Exim 4.43)
	id 1InwHO-0007Gx-U8; Fri, 02 Nov 2007 06:09:43 -0700
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ aperture-Feature Requests-1823660 ] Implement IMAP URI Validation
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-SourceForge-Tracker-unixname:	aperture
X-SourceForge-Tracker-trackerid: 779503
X-SourceForge-Tracker-itemid: 1823660
X-SourceForge-Tracker-itemstatus: Open
X-SourceForge-Tracker-itemassignee: nobody
X-SourceForge-Tracker-itemupdate-reason: Comment added
X-SourceForge-Tracker-itemupdate-username: leo_sauermann
Message-Id: <E1InwHO-0007Gx-U8@sc8-sf-web22.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web22.sourceforge.net>
Date:	Fri, 02 Nov 2007 06:09:42 -0700
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status: RO
X-Antivirus: avast! (VPS 071104-0, 2007-11-04), Inbound message
X-Antivirus-Status: Clean

Feature Requests item #1823660, was opened at 2007-10-31 19:34
Message generated for change (Comment added) made by leo_sauermann
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779503&aid=1823660&group_id=150969

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Priority: 5
Private: No
Submitted By: Antoni Mylka (mylka)
Assigned to: Nobody/Anonymous (nobody)
Summary: Implement IMAP URI Validation

Initial Comment:
While working on the issue entitled '[ 1565163 ] IMAP URI\'s are not RFC 2192 compliant' I did some research about how to solve it 'right'. 

I started to read about the UTF7 issue. It has not been included in the JDK. People have been asking Sun for SEVEN YEARS to implement it but they didn't. (See the bug database http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4304013).

There is an interesting project though called JUTF7 (http://jutf7.sourceforge.net). I downloaded it, it works. I even included a -testuris switch in the IMAP application, so that I could validate those URIs. It prooved difficult. In order to do it really correctly one would have to do the following:

1. Figure out which parts of the URI can contain non-ASCII characters that need to be escaped wihth UTF7. 
2. Use JUTF7 in the IMAPCrawler so that it prepares those URIS properly. I.e. MailUtil.convertStringToUTF7, note that this is tricky since a login can contain '@' (like antoni_mylka@fastmail.net which is the login to my test IMAP account) which need to be URL-Encoded whereas the folder names can contain ąęółłśśććżźć (Polish) or äöü etc. which need to be UTF7-encoded

3. Write a real public static boolean isImapUriValid in the MailUtil class, it would:

a. have a JavaCC grammar that would check the correctness of the URI (RFC 2192 contains a beautiful ABNF syntax specification).

b. check the appropriate parts for the presence of non-ASCII characters, if they are encoded correctly (URL-encoding in the login, UTF7 in the folder name)

All of this is quite a lot. I therefore open a new ticket and ask for comments.

----------------------------------------------------------------------

>Comment By: Leo Sauermann (leo_sauermann)
Date: 2007-11-02 13:09

Message:
Logged In: YES 
user_id=1242018
Originator: NO

JUTF7 is good input, I didn'T find that library.

I would do it like this:
We have the problem two times:
* on creating the uris for crawled e-mails. Then its easy, you only encode
the names of the folders in the PATH using UTF7,
scheme://username:pwd@host/path --> only the <path> is to be UTF7

* when implementing dataAccessor. Then, you need to get the username from
the datasource (see the other ticket on desktop:Uri: we NEED a
canContainUri() method on the datasources). In dataAccessor, you use a
java.net.URI to parse the uri, and it should contain user, host, password,
protocol properly, the path can be transformed with UTF7.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779503&aid=1823660&group_id=150969

From - Mon Nov 05 11:09:32 2007
X-Account-Key: account3
X-UIDL: 00026fbc01174bca
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:57759 "EHLO
	mail.sourceforge.net" rhost-flags-OK-OK-OK-OK) by ps14.test.onet.pl
	with ESMTP id S738201661AbXKBPrEHCHwm;
	Fri, 2 Nov 2007 16:47:04 +0100
Received: from sc8-sf-web21-b.sourceforge.net ([10.3.1.211] helo=sc8-sf-web21.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1Inyje-0001Md-CF; Fri, 02 Nov 2007 08:47:02 -0700
Received: from nobody by sc8-sf-web21.sourceforge.net with local (Exim 4.43)
	id 1Inyjd-0006Gv-BA; Fri, 02 Nov 2007 08:47:01 -0700
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ aperture-Feature Requests-1812326 ] move  to semdesk uri scheme
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-SourceForge-Tracker-unixname:	aperture
X-SourceForge-Tracker-trackerid: 779503
X-SourceForge-Tracker-itemid: 1812326
X-SourceForge-Tracker-itemstatus: Open
X-SourceForge-Tracker-itemassignee: mylka
X-SourceForge-Tracker-itemupdate-reason: Comment added
X-SourceForge-Tracker-itemupdate-username: mylka
Message-Id: <E1Inyjd-0006Gv-BA@sc8-sf-web21.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web21.sourceforge.net>
Date:	Fri, 02 Nov 2007 08:47:01 -0700
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status: RO
X-Antivirus: avast! (VPS 071104-0, 2007-11-04), Inbound message
X-Antivirus-Status: Clean

Feature Requests item #1812326, was opened at 2007-10-12 18:20
Message generated for change (Comment added) made by mylka
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779503&aid=1812326&group_id=150969

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: general
Group: None
Status: Open
Priority: 9
Private: No
Submitted By: Leo Sauermann (leo_sauermann)
Assigned to: Antoni Mylka (mylka)
Summary: move  to semdesk uri scheme

Initial Comment:
We need to implement the semdesk hack that we had in mind in august.

The URI scheme is described here:

http://aperture.wiki.sourceforge.net/SemdeskUris

I changed the scheme to use domain names as application identifiers - comments?

changes need to be done to Outlook first, other things can wait. 

At the end, this won't take long, we just have to hardcode one string somewhere. "semdesk:"

----------------------------------------------------------------------

>Comment By: Antoni Mylka (mylka)
Date: 2007-11-02 16:47

Message:
Logged In: YES 
user_id=1613065
Originator: NO

Copied this comment from issue number [ 1824544 ] Convert website crawlers
to use NAO since it should belong here.

>Comment By: Leo Sauermann (leo_sauermann)
Date: 2007-11-02 13:02

Message:
Logged In: YES
user_id=1242018
Originator: NO

we need it for desktop:
* desktop://outlook
* desktop://email
* desktop://thunderbird

the main goal is to minimize the non-standard behavior we have, making up
multiple imaginary desktop protocols is unhealthy. one imaginary protocol
"desktop" has the chance to be registered sometimes.

we also need it for web 2.0 applications:
* http://www.flickr.com/photos/*

We could write a special DataAccessor that reacts to these kind of online
uris, invoking a proper data extraction using the web apis or page
scraping
instead of just extracting the plaintext from the HTML.

Still, there is a problem of passing in the datasource, once a
DataAccessor is retrieved using the DataAccessorRegistry.get(String
scheme)
method, I cannot pass the right datasource to
DataAccessor.getDataObject(String url, DataSource source, Map params,
RDFContainerFactory containerFactory) throws UrlNotFoundException,
IOException;

The Outlook, Thunderbird, Flickr, etc DataAccessors would need the
correct
DataSource to know the password or other configuration options that are
not
encoded in the URI.
For this, I would again urge to add a "canContainURI(String uri)" method
to the DataSource interface, that returns true (or these 0-200 values)
indicating if it can contain a URI. we had this discussion before - where
is it documented?

problem is that some "schemes" can be part of a "prefix" also, I would
add
both functionalities to the dataaccessors to be on the save side, and
perhaps also add the possibility of regular expressions for uri parsing
(to
say "yes" both to http and https versions, etc).

----------------------------------------------------------------------

Comment By: Antoni Mylka (mylka)
Date: 2007-10-31 20:52

Message:
Logged In: YES 
user_id=1613065
Originator: NO

No it's not. This will invalidate the OutlookAccessorFactory and
OutlookOpenerFactory, because there will be no 'outlook' URI scheme
anymore. This will have direct consequenses for Nepomuk Users, who need the
(access|refresh|open)Resource methods to work for Outlook resources. 

See the Nepomuk ticket no 78
http://dev.nepomuk.semanticdesktop.org/ticket/78
OlafGrebner kept bugging me about it.

The semdesk hack will necessitate a rewrite of aperture registries, so
that they won't work with uri SCHEMES (i.e. the part before the colon) but
with arbitrary uri PREFIXES (which may reach only to the first colon, but
may also go further (semdesk://localhost/outlook)). I would like to hear
some more comments before doing this.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779503&aid=1812326&group_id=150969

From - Mon Nov 05 11:09:32 2007
X-Account-Key: account3
X-UIDL: 00026fbc01175458
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:52436 "EHLO
	mail.sourceforge.net" rhost-flags-OK-OK-OK-OK) by ps16.test.onet.pl
	with ESMTP id S1476396786AbXKBQHVorGZe;
	Fri, 2 Nov 2007 17:07:21 +0100
Received: from sc8-sf-web21-b.sourceforge.net ([10.3.1.211] helo=sc8-sf-web21.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1Inz3H-0006kJ-OA; Fri, 02 Nov 2007 09:07:19 -0700
Received: from nobody by sc8-sf-web21.sourceforge.net with local (Exim 4.43)
	id 1Inz3H-0000EV-Bq; Fri, 02 Nov 2007 09:07:19 -0700
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ aperture-Feature Requests-1812326 ] move  to semdesk uri scheme
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-SourceForge-Tracker-unixname:	aperture
X-SourceForge-Tracker-trackerid: 779503
X-SourceForge-Tracker-itemid: 1812326
X-SourceForge-Tracker-itemstatus: Open
X-SourceForge-Tracker-itemassignee: mylka
X-SourceForge-Tracker-itemupdate-reason: Comment added
X-SourceForge-Tracker-itemupdate-username: mylka
Message-Id: <E1Inz3H-0000EV-Bq@sc8-sf-web21.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web21.sourceforge.net>
Date:	Fri, 02 Nov 2007 09:07:19 -0700
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status: RO
X-Antivirus: avast! (VPS 071104-0, 2007-11-04), Inbound message
X-Antivirus-Status: Clean

Feature Requests item #1812326, was opened at 2007-10-12 18:20
Message generated for change (Comment added) made by mylka
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779503&aid=1812326&group_id=150969

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: general
Group: None
Status: Open
Priority: 9
Private: No
Submitted By: Leo Sauermann (leo_sauermann)
Assigned to: Antoni Mylka (mylka)
Summary: move  to semdesk uri scheme

Initial Comment:
We need to implement the semdesk hack that we had in mind in august.

The URI scheme is described here:

http://aperture.wiki.sourceforge.net/SemdeskUris

I changed the scheme to use domain names as application identifiers - comments?

changes need to be done to Outlook first, other things can wait. 

At the end, this won't take long, we just have to hardcode one string somewhere. "semdesk:"

----------------------------------------------------------------------

>Comment By: Antoni Mylka (mylka)
Date: 2007-11-02 17:07

Message:
Logged In: YES 
user_id=1613065
Originator: NO

We've had a little chat with Leo on Skype today. The constraints we are
trying to satisfy are:

1. Keep the current schemes intact, file://, http://, https:// should work
as expected, the same would apply to ftp://, webdav://, gopher etc.
2. The schemes that aren't stadardized (outlook:// etc.) should be
substituted with the semdesk:// scheme with appropriate prefixes. The
accessor, and opener registries should be adjusted.
3. It should be possible to distinguish between a generic accessor (http)
and a specific accessor (flickr).

We agreed that the basic prefix-processing is too little. It wouldn't
cover the http vs. https case etc. DataSource implementations must be
allowed to do more advanced URI parsing. That's why it's better to have a
canContainUri method.

Solution 1
1. public int DataSource.canContainUri - the implementation may or may not
take the information in the data source configuration into account. The
number returned is the number of the characters in the URI that make up the
necessary condition. For FileSystemDataSource we have
startsWith(rootFolder), for Web we have startsWith rootUrl, or fallsWithin
domain boundaries. It is impossible to set up a mathematically sound
contract for this method and the value should be used as a HINT as to
whether the data source CAN contain a resource. No guarantees are given. If
the URI violates some restriction (e.g. it is outside of the domain
boundaries), a negative value is returned.
2. public DataAccessorFactory DataSource.getDataAccessorFactory
3. public DataOpenerFactory DataSource.getDataOpenerFactory

Solution 2
1. public int DataSource.canContainUri - as above
2. public int DataAccessorFactory.canContainUri - unclear, only most basic
regex processing is permissible since the dataAccessorFactory doesn't have
access to the data source configuration
3. public int DataOpenerFactory.canContainUri - unclear, only most basic
regex processing is permissible since the dataAccessorFactory doesn't have
access to the data source configuration
Advantage: theoretically even without a data source a
semdesk://localhost/outlook uri may b e recognized by an
OutlookAccessorFactory
Disadvantage: theoretically cases may occur when an URI is recognized by a
DataSource, but is not recognized by any DataAccessorFactory, due to some
source-specific parts of the URI.  Can they? 

I would personally go for the second solution since I can't come up with
any meaningful examples when problems might occur. Does anyone have a
better idea?

----------------------------------------------------------------------

Comment By: Antoni Mylka (mylka)
Date: 2007-11-02 16:47

Message:
Logged In: YES 
user_id=1613065
Originator: NO

Copied this comment from issue number [ 1824544 ] Convert website crawlers
to use NAO since it should belong here.

>Comment By: Leo Sauermann (leo_sauermann)
Date: 2007-11-02 13:02

Message:
Logged In: YES
user_id=1242018
Originator: NO

we need it for desktop:
* desktop://outlook
* desktop://email
* desktop://thunderbird

the main goal is to minimize the non-standard behavior we have, making up
multiple imaginary desktop protocols is unhealthy. one imaginary protocol
"desktop" has the chance to be registered sometimes.

we also need it for web 2.0 applications:
* http://www.flickr.com/photos/*

We could write a special DataAccessor that reacts to these kind of online
uris, invoking a proper data extraction using the web apis or page
scraping
instead of just extracting the plaintext from the HTML.

Still, there is a problem of passing in the datasource, once a
DataAccessor is retrieved using the DataAccessorRegistry.get(String
scheme)
method, I cannot pass the right datasource to
DataAccessor.getDataObject(String url, DataSource source, Map params,
RDFContainerFactory containerFactory) throws UrlNotFoundException,
IOException;

The Outlook, Thunderbird, Flickr, etc DataAccessors would need the
correct
DataSource to know the password or other configuration options that are
not
encoded in the URI.
For this, I would again urge to add a "canContainURI(String uri)" method
to the DataSource interface, that returns true (or these 0-200 values)
indicating if it can contain a URI. we had this discussion before - where
is it documented?

problem is that some "schemes" can be part of a "prefix" also, I would
add
both functionalities to the dataaccessors to be on the save side, and
perhaps also add the possibility of regular expressions for uri parsing
(to
say "yes" both to http and https versions, etc).

----------------------------------------------------------------------

Comment By: Antoni Mylka (mylka)
Date: 2007-10-31 20:52

Message:
Logged In: YES 
user_id=1613065
Originator: NO

No it's not. This will invalidate the OutlookAccessorFactory and
OutlookOpenerFactory, because there will be no 'outlook' URI scheme
anymore. This will have direct consequenses for Nepomuk Users, who need the
(access|refresh|open)Resource methods to work for Outlook resources. 

See the Nepomuk ticket no 78
http://dev.nepomuk.semanticdesktop.org/ticket/78
OlafGrebner kept bugging me about it.

The semdesk hack will necessitate a rewrite of aperture registries, so
that they won't work with uri SCHEMES (i.e. the part before the colon) but
with arbitrary uri PREFIXES (which may reach only to the first colon, but
may also go further (semdesk://localhost/outlook)). I would like to hear
some more comments before doing this.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779503&aid=1812326&group_id=150969

From - Mon Nov 05 11:09:33 2007
X-Account-Key: account3
X-UIDL: 00026fbc011776bb
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:35877 "EHLO
	mail.sourceforge.net" rhost-flags-OK-OK-OK-OK) by ps24.test.onet.pl
	with ESMTP id S1476404150AbXKBR0h65YFN;
	Fri, 2 Nov 2007 18:26:37 +0100
Received: from sc8-sf-web22-b.sourceforge.net ([10.3.1.212] helo=sc8-sf-web22.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1Io0I0-00061V-FM; Fri, 02 Nov 2007 10:26:36 -0700
Received: from nobody by sc8-sf-web22.sourceforge.net with local (Exim 4.43)
	id 1Io0Hz-0005eS-O4; Fri, 02 Nov 2007 10:26:36 -0700
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ aperture-Feature Requests-1800656 ] Let all crawlers use rootElementOf
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-SourceForge-Tracker-unixname:	aperture
X-SourceForge-Tracker-trackerid: 779503
X-SourceForge-Tracker-itemid: 1800656
X-SourceForge-Tracker-itemstatus: Open
X-SourceForge-Tracker-itemassignee: mylka
X-SourceForge-Tracker-itemupdate-reason: Comment added
X-SourceForge-Tracker-itemupdate-username: mylka
Message-Id: <E1Io0Hz-0005eS-O4@sc8-sf-web22.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web22.sourceforge.net>
Date:	Fri, 02 Nov 2007 10:26:35 -0700
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status: RO
X-Antivirus: avast! (VPS 071104-0, 2007-11-04), Inbound message
X-Antivirus-Status: Clean

Feature Requests item #1800656, was opened at 2007-09-23 18:50
Message generated for change (Comment added) made by mylka
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779503&aid=1800656&group_id=150969

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Priority: 9
Private: No
Submitted By: Antoni Mylka (mylka)
Assigned to: Antoni Mylka (mylka)
Summary: Let all crawlers use rootElementOf

Initial Comment:
It may to impose a constraint that ALL crawlers must create a tree of DataObjects rooted at an object linked with rootElementOf with the data source. A test could be written that would ensure that ALL data objects are within the tree, that each object occurs only once, it is a normal tree, not a DAG i.e. there is only one path from a root to any given object. A data source can have many roots.



----------------------------------------------------------------------

>Comment By: Antoni Mylka (mylka)
Date: 2007-11-02 18:26

Message:
Logged In: YES 
user_id=1613065
Originator: YES

I tried to make the IMAP crawler output a valid tree (with respect to
hasPart/isPartOf relations). After much toil and trouble (and fixing the
nrl validator in the process see
http://dev.nepomuk.semanticdesktop.org/changeset/3632). I've stumbled upon
an issue with the attachments. The crawler adds two isPartOf links to each
attachment, one link to the enclosing email, the second link to the
enclosing folder. This breaks the tree. 

The second link is added in ImapCrawler.java line 707 - the registerParent
method. I don't fully understand it's meaning and therefore won't try to
'fix' it. I'd be grateful for comments from Christiaan, who wrote the
IMAPCrawler.

----------------------------------------------------------------------

Comment By: Leo Sauermann (leo_sauermann)
Date: 2007-10-31 10:58

Message:
Logged In: YES 
user_id=1242018
Originator: NO

as said in e-mail from 22.10.2007 11:37:

All instances of the DataObject class and it's subclasses are organized
into a set of directed graphs. Each graph MAY contain cycles and MUST
contain a single node marked with the rootElementOf property. There are no
guarantees as to the position of that node in the graph

----------------------------------------------------------------------

Comment By: Leo Sauermann (leo_sauermann)
Date: 2007-10-03 16:11

Message:
Logged In: YES 
user_id=1242018
Originator: NO

Leo: made this high priority, as any visualization we will do will use the
RootElementOf relation before doing anything else -- hence this is most
important (9) now.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779503&aid=1800656&group_id=150969

From - Mon Nov 05 11:09:33 2007
X-Account-Key: account3
X-UIDL: 00026fbc01178349
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:58212 "EHLO
	mail.sourceforge.net" rhost-flags-OK-OK-OK-OK) by ps29.test.onet.pl
	with ESMTP id S184556255AbXKBR5DsdYUE;
	Fri, 2 Nov 2007 18:57:03 +0100
Received: from sc8-sf-web23-b.sourceforge.net ([10.3.1.213] helo=sc8-sf-web23.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1Io0lS-0002NC-Dm; Fri, 02 Nov 2007 10:57:02 -0700
Received: from nobody by sc8-sf-web23.sourceforge.net with local (Exim 4.43)
	id 1Io0lR-0007f9-Ob; Fri, 02 Nov 2007 10:57:01 -0700
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ aperture-Feature Requests-1779297 ] Let the IcalCrawler use accessors
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-SourceForge-Tracker-unixname:	aperture
X-SourceForge-Tracker-trackerid: 779503
X-SourceForge-Tracker-itemid: 1779297
X-SourceForge-Tracker-itemstatus: Open
X-SourceForge-Tracker-itemassignee: nobody
X-SourceForge-Tracker-itemupdate-reason: Comment added
X-SourceForge-Tracker-itemupdate-username: mylka
Message-Id: <E1Io0lR-0007f9-Ob@sc8-sf-web23.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web23.sourceforge.net>
Date:	Fri, 02 Nov 2007 10:57:01 -0700
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status: RO
X-Antivirus: avast! (VPS 071104-0, 2007-11-04), Inbound message
X-Antivirus-Status: Clean

Feature Requests item #1779297, was opened at 2007-08-22 11:51
Message generated for change (Comment added) made by mylka
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779503&aid=1779297&group_id=150969

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Priority: 5
Private: No
Submitted By: Antoni Mylka (mylka)
Assigned to: Nobody/Anonymous (nobody)
Summary: Let the IcalCrawler use accessors

Initial Comment:
The IcalCrawler could use a DataAccessorRegistry to be able to work with ical files available through any URL

----------------------------------------------------------------------

>Comment By: Antoni Mylka (mylka)
Date: 2007-11-02 18:57

Message:
Logged In: YES 
user_id=1613065
Originator: YES

Based on any protocol. A single crawler would be able to monitor local
.ics files as well as remote calendars, published as .ics files. This would
greatly enhance the usability of the ICAL crawler. There are quite a lot of
.ics calendars available on the web.

----------------------------------------------------------------------

Comment By: Leo Sauermann (leo_sauermann)
Date: 2007-11-02 14:04

Message:
Logged In: YES 
user_id=1242018
Originator: NO

based on what protocol? or did i miss something.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779503&aid=1779297&group_id=150969

From - Mon Nov 05 11:09:36 2007
X-Account-Key: account3
X-UIDL: 00026fbc011a2bff
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:36623 "EHLO
	mail.sourceforge.net" rhost-flags-OK-OK-OK-OK) by ps31.test.onet.pl
	with ESMTP id S738216605AbXKDN2afG8fz;
	Sun, 4 Nov 2007 14:28:30 +0100
Received: from sc8-sf-web24-b.sourceforge.net ([10.3.1.214] helo=sc8-sf-web24.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1IofWf-0008I6-5B; Sun, 04 Nov 2007 05:28:29 -0800
Received: from nobody by sc8-sf-web24.sourceforge.net with local (Exim 4.43)
	id 1IofWe-0008HG-Os; Sun, 04 Nov 2007 05:28:28 -0800
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ aperture-Feature Requests-1800656 ] Let all crawlers use rootElementOf
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-SourceForge-Tracker-unixname:	aperture
X-SourceForge-Tracker-trackerid: 779503
X-SourceForge-Tracker-itemid: 1800656
X-SourceForge-Tracker-itemstatus: Closed
X-SourceForge-Tracker-itemassignee: mylka
X-SourceForge-Tracker-itemupdate-reason: Comment added
X-SourceForge-Tracker-itemupdate-username: mylka
Message-Id: <E1IofWe-0008HG-Os@sc8-sf-web24.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web24.sourceforge.net>
Date:	Sun, 04 Nov 2007 05:28:28 -0800
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   
X-Antivirus: avast! (VPS 071104-0, 2007-11-04), Inbound message
X-Antivirus-Status: Clean

Feature Requests item #1800656, was opened at 2007-09-23 18:50
Message generated for change (Comment added) made by mylka
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779503&aid=1800656&group_id=150969

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
Priority: 9
Private: No
Submitted By: Antoni Mylka (mylka)
Assigned to: Antoni Mylka (mylka)
Summary: Let all crawlers use rootElementOf

Initial Comment:
It may to impose a constraint that ALL crawlers must create a tree of DataObjects rooted at an object linked with rootElementOf with the data source. A test could be written that would ensure that ALL data objects are within the tree, that each object occurs only once, it is a normal tree, not a DAG i.e. there is only one path from a root to any given object. A data source can have many roots.



----------------------------------------------------------------------

>Comment By: Antoni Mylka (mylka)
Date: 2007-11-04 14:28

Message:
Logged In: YES 
user_id=1613065
Originator: YES

After a discussion with Leo, it turned out that my understanding of this
issue was too broad. Therefore I settled for a simple solution with the
RootElementModelTester added to all command line examples. It guarantees
that there ARE root elements without making any further assumptions about
them. The issue to implement more rigorous constraints is continued in the
ticket '[ 1825550 ] Implement a set of guarantees about the crawler
output'

All crawlers insert the root element triples. In case of the tag crawlers
and the AppleAddressbookCrawler a simple solution has been adopted that
makes all extracted data objects (i.e. all tags and all contacts from an
apple addressbook) root elements of the data source. This allows the
validation to pass.

Therefore I close this ticket for the time being. If you have any further
comments, place them under '[ 1825550 ] Implement a set of guarantees about
the crawler output'.

----------------------------------------------------------------------

Comment By: Antoni Mylka (mylka)
Date: 2007-11-02 18:26

Message:
Logged In: YES 
user_id=1613065
Originator: YES

I tried to make the IMAP crawler output a valid tree (with respect to
hasPart/isPartOf relations). After much toil and trouble (and fixing the
nrl validator in the process see
http://dev.nepomuk.semanticdesktop.org/changeset/3632). I've stumbled upon
an issue with the attachments. The crawler adds two isPartOf links to each
attachment, one link to the enclosing email, the second link to the
enclosing folder. This breaks the tree. 

The second link is added in ImapCrawler.java line 707 - the registerParent
method. I don't fully understand it's meaning and therefore won't try to
'fix' it. I'd be grateful for comments from Christiaan, who wrote the
IMAPCrawler.

----------------------------------------------------------------------

Comment By: Leo Sauermann (leo_sauermann)
Date: 2007-10-31 10:58

Message:
Logged In: YES 
user_id=1242018
Originator: NO

as said in e-mail from 22.10.2007 11:37:

All instances of the DataObject class and it's subclasses are organized
into a set of directed graphs. Each graph MAY contain cycles and MUST
contain a single node marked with the rootElementOf property. There are no
guarantees as to the position of that node in the graph

----------------------------------------------------------------------

Comment By: Leo Sauermann (leo_sauermann)
Date: 2007-10-03 16:11

Message:
Logged In: YES 
user_id=1242018
Originator: NO

Leo: made this high priority, as any visualization we will do will use the
RootElementOf relation before doing anything else -- hence this is most
important (9) now.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779503&aid=1800656&group_id=150969

From - Mon Nov 05 11:09:37 2007
X-Account-Key: account3
X-UIDL: 00026fbc011a3323
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:44823 "EHLO
	mail.sourceforge.net" rhost-flags-OK-OK-OK-OK) by ps10.test.onet.pl
	with ESMTP id S184556023AbXKDNn04zCvX;
	Sun, 4 Nov 2007 14:43:26 +0100
Received: from sc8-sf-web23-b.sourceforge.net ([10.3.1.213] helo=sc8-sf-web23.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1IofPN-0005Wd-Vq; Sun, 04 Nov 2007 05:20:58 -0800
Received: from nobody by sc8-sf-web23.sourceforge.net with local (Exim 4.43)
	id 1IofPN-00088t-Lc; Sun, 04 Nov 2007 05:20:57 -0800
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ aperture-Feature Requests-1825550 ] Implement a set of guarantees about the crawler output
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-SourceForge-Tracker-unixname:	aperture
X-SourceForge-Tracker-trackerid: 779503
X-SourceForge-Tracker-itemid: 1825550
X-SourceForge-Tracker-itemstatus: Open
X-SourceForge-Tracker-itemassignee: nobody
X-SourceForge-Tracker-itemupdate-reason: Tracker Item Submitted
X-SourceForge-Tracker-itemupdate-username: Item Submitter
Message-Id: <E1IofPN-00088t-Lc@sc8-sf-web23.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web23.sourceforge.net>
Date:	Sun, 04 Nov 2007 05:20:57 -0800
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   
X-Antivirus: avast! (VPS 071104-0, 2007-11-04), Inbound message
X-Antivirus-Status: Clean

Feature Requests item #1825550, was opened at 2007-11-04 14:20
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779503&aid=1825550&group_id=150969

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Priority: 5
Private: No
Submitted By: Antoni Mylka (mylka)
Assigned to: Nobody/Anonymous (nobody)
Summary: Implement a set of guarantees about the crawler output

Initial Comment:
While working on the issue number '[ 1800656 ] Let all crawlers use rootElementOf' It turned out that my understanding of that task was too broad, therefore I create a new ticket.

On the first glance I wanted to implement a test that would guarantee that the DataObjects extracted by the crawlers form a valid containment tree. This was inline with my ideas expressed in the NIE specification:

http://www.semanticdesktop.org/ontologies/2007/01/19/nie/

I developed a ModelTester for this purpose. It has been uploaded ot the Nepomuk SVN Repository and became a part of the nrlvalidator.jar. See here

http://dev.nepomuk.semanticdesktop.org/repos/trunk/sandbox/org.semanticdesktop.nepomuk.nrl.validator/src/main/java/org/semanticdesktop/nepomuk/nrl/validator/testers/DataObjectTreeModelTester.java

It turned out that the simple assumption that everything is a tree became difficult to implement. After complaints from Christiaan I adjusted the constraint from

"All DataObjects are part of a tree with the root element at the top"

to 

"All DataObjects are part of a tree with the root element at the top, but the root element may be connected to a one higher-level element"

... to allow for the fact that a root element may contain references for the non-crawled resources. With this assumption. I succeded with implementing this check for the FileSystemCrawler, IcalCrawler and ThunderbirdCrawler. 

For all other crawler, I resorted to a trivial check if there are any root elements, without any assumptions if  the root elements are in any sane relation to other data objects. This is done with the RootElementModelTester. Clearly, a guarantee that there are some root elements is not enough to do anything useful with them.

So the task is
1. What constraints can be imposed on the output of other crawlers. They should be more rigorous than the one implemented in the RootElementModelTester

2. How to express these constraints with a model tester.

3. Add that model tester to the unit tests of those crawlers, and to the getAdditionalModelTester method in the appropriate Example...Crawler class in the examples folder.

4. Tweak the actual crawler as long as it takes for the unit tests to pass and for the command line example to stop reporting validation errors.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779503&aid=1825550&group_id=150969

From - Tue Nov 06 12:41:23 2007
X-Account-Key: account3
X-UIDL: 00026fbc011e4167
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:56369 "EHLO
	mail.sourceforge.net" rhost-flags-OK-OK-OK-OK) by ps16.test.onet.pl
	with ESMTP id S1476426665AbXKFLg6YKnHc;
	Tue, 6 Nov 2007 12:36:58 +0100
Received: from sc8-sf-web24-b.sourceforge.net ([10.3.1.214] helo=sc8-sf-web24.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1IpMjn-0005Vo-GD; Tue, 06 Nov 2007 03:36:55 -0800
Received: from nobody by sc8-sf-web24.sourceforge.net with local (Exim 4.43)
	id 1IpMjn-0006JR-3q; Tue, 06 Nov 2007 03:36:55 -0800
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ aperture-Feature Requests-1823660 ] Implement IMAP URI Validation
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-SourceForge-Tracker-unixname:	aperture
X-SourceForge-Tracker-trackerid: 779503
X-SourceForge-Tracker-itemid: 1823660
X-SourceForge-Tracker-itemstatus: Open
X-SourceForge-Tracker-itemassignee: nobody
X-SourceForge-Tracker-itemupdate-reason: Comment added
X-SourceForge-Tracker-itemupdate-username: mylka
Message-Id: <E1IpMjn-0006JR-3q@sc8-sf-web24.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web24.sourceforge.net>
Date:	Tue, 06 Nov 2007 03:36:55 -0800
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   
X-Antivirus: avast! (VPS 071105-1, 2007-11-05), Inbound message
X-Antivirus-Status: Clean

Feature Requests item #1823660, was opened at 2007-10-31 20:34
Message generated for change (Comment added) made by mylka
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779503&aid=1823660&group_id=150969

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Priority: 5
Private: No
Submitted By: Antoni Mylka (mylka)
Assigned to: Nobody/Anonymous (nobody)
Summary: Implement IMAP URI Validation

Initial Comment:
While working on the issue entitled '[ 1565163 ] IMAP URI\'s are not RFC 2192 compliant' I did some research about how to solve it 'right'. 

I started to read about the UTF7 issue. It has not been included in the JDK. People have been asking Sun for SEVEN YEARS to implement it but they didn't. (See the bug database http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4304013).

There is an interesting project though called JUTF7 (http://jutf7.sourceforge.net). I downloaded it, it works. I even included a -testuris switch in the IMAP application, so that I could validate those URIs. It prooved difficult. In order to do it really correctly one would have to do the following:

1. Figure out which parts of the URI can contain non-ASCII characters that need to be escaped wihth UTF7. 
2. Use JUTF7 in the IMAPCrawler so that it prepares those URIS properly. I.e. MailUtil.convertStringToUTF7, note that this is tricky since a login can contain '@' (like antoni_mylka@fastmail.net which is the login to my test IMAP account) which need to be URL-Encoded whereas the folder names can contain ąęółłśśććżźć (Polish) or äöü etc. which need to be UTF7-encoded

3. Write a real public static boolean isImapUriValid in the MailUtil class, it would:

a. have a JavaCC grammar that would check the correctness of the URI (RFC 2192 contains a beautiful ABNF syntax specification).

b. check the appropriate parts for the presence of non-ASCII characters, if they are encoded correctly (URL-encoding in the login, UTF7 in the folder name)

All of this is quite a lot. I therefore open a new ticket and ask for comments.

----------------------------------------------------------------------

>Comment By: Antoni Mylka (mylka)
Date: 2007-11-06 12:36

Message:
Logged In: YES 
user_id=1613065
Originator: YES

I've been trying to dig through the IMAP crawler to determine where the
URIs are created. I found out that

a. folders are simple
String folderUrl = getFolderURIPrefix(folder) + ";TYPE=LIST";
around line 386

b. messages aren't that obvious, first the message itself is processed,
the message metadata contains links to the children of the message
(attachmets or other embedded MIME parts) they are inserted into the queue
and then the getObject method is called repeatedly, the first argument
(javax.mail.MimeMessage) stays the same, but the uri changes. The getObject
method when it is called the first time it creates a cachedDataObjects Map
and then with every subsequent call one data object from this map is
retrieved and returned.

The cachedDataObjectsMap is created from a list of data objects returned
by DataObjectFactory.createDataObjects method. That DataObjectFactory
receives the URI of the message from the IMAP crawler it creates URIS for
the parts and attachments by itself. The URI creation is sprinkled around
the entire DataObjectFactory class. I'll have to refactor it to make it
more obvious how are the uris created, to figure out what to do to make
them more RFC2192 compliant.

----------------------------------------------------------------------

Comment By: Leo Sauermann (leo_sauermann)
Date: 2007-11-02 14:09

Message:
Logged In: YES 
user_id=1242018
Originator: NO

JUTF7 is good input, I didn'T find that library.

I would do it like this:
We have the problem two times:
* on creating the uris for crawled e-mails. Then its easy, you only encode
the names of the folders in the PATH using UTF7,
scheme://username:pwd@host/path --> only the <path> is to be UTF7

* when implementing dataAccessor. Then, you need to get the username from
the datasource (see the other ticket on desktop:Uri: we NEED a
canContainUri() method on the datasources). In dataAccessor, you use a
java.net.URI to parse the uri, and it should contain user, host, password,
protocol properly, the path can be transformed with UTF7.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779503&aid=1823660&group_id=150969

From - Tue Nov 06 12:46:23 2007
X-Account-Key: account3
X-UIDL: 00026fbc011e447d
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:60378 "EHLO
	mail.sourceforge.net" rhost-flags-OK-OK-OK-OK) by ps20.test.onet.pl
	with ESMTP id S184570516AbXKFLmvKK2Xl;
	Tue, 6 Nov 2007 12:42:51 +0100
Received: from sc8-sf-web24-b.sourceforge.net ([10.3.1.214] helo=sc8-sf-web24.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1IpMpV-0008E8-4j; Tue, 06 Nov 2007 03:42:49 -0800
Received: from nobody by sc8-sf-web24.sourceforge.net with local (Exim 4.43)
	id 1IpMpU-0006yR-Nb; Tue, 06 Nov 2007 03:42:48 -0800
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ aperture-Feature Requests-1823660 ] Implement IMAP URI Validation
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-SourceForge-Tracker-unixname:	aperture
X-SourceForge-Tracker-trackerid: 779503
X-SourceForge-Tracker-itemid: 1823660
X-SourceForge-Tracker-itemstatus: Open
X-SourceForge-Tracker-itemassignee: nobody
X-SourceForge-Tracker-itemupdate-reason: Comment added
X-SourceForge-Tracker-itemupdate-username: mylka
Message-Id: <E1IpMpU-0006yR-Nb@sc8-sf-web24.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web24.sourceforge.net>
Date:	Tue, 06 Nov 2007 03:42:48 -0800
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   
X-Antivirus: avast! (VPS 071105-1, 2007-11-05), Inbound message
X-Antivirus-Status: Clean

Feature Requests item #1823660, was opened at 2007-10-31 20:34
Message generated for change (Comment added) made by mylka
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779503&aid=1823660&group_id=150969

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Priority: 5
Private: No
Submitted By: Antoni Mylka (mylka)
Assigned to: Nobody/Anonymous (nobody)
Summary: Implement IMAP URI Validation

Initial Comment:
While working on the issue entitled '[ 1565163 ] IMAP URI\'s are not RFC 2192 compliant' I did some research about how to solve it 'right'. 

I started to read about the UTF7 issue. It has not been included in the JDK. People have been asking Sun for SEVEN YEARS to implement it but they didn't. (See the bug database http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4304013).

There is an interesting project though called JUTF7 (http://jutf7.sourceforge.net). I downloaded it, it works. I even included a -testuris switch in the IMAP application, so that I could validate those URIs. It prooved difficult. In order to do it really correctly one would have to do the following:

1. Figure out which parts of the URI can contain non-ASCII characters that need to be escaped wihth UTF7. 
2. Use JUTF7 in the IMAPCrawler so that it prepares those URIS properly. I.e. MailUtil.convertStringToUTF7, note that this is tricky since a login can contain '@' (like antoni_mylka@fastmail.net which is the login to my test IMAP account) which need to be URL-Encoded whereas the folder names can contain ąęółłśśććżźć (Polish) or äöü etc. which need to be UTF7-encoded

3. Write a real public static boolean isImapUriValid in the MailUtil class, it would:

a. have a JavaCC grammar that would check the correctness of the URI (RFC 2192 contains a beautiful ABNF syntax specification).

b. check the appropriate parts for the presence of non-ASCII characters, if they are encoded correctly (URL-encoding in the login, UTF7 in the folder name)

All of this is quite a lot. I therefore open a new ticket and ask for comments.

----------------------------------------------------------------------

>Comment By: Antoni Mylka (mylka)
Date: 2007-11-06 12:42

Message:
Logged In: YES 
user_id=1613065
Originator: YES

... and as far as JUTF7 is concerned the RFC2192 states explicitely that 

9. Multinational Considerations

     IMAP4 [IMAP4] section 5.1.3 includes a convention for encoding
     non-US-ASCII characters in IMAP mailbox names.  Because this
     convention is private to IMAP, it is necessary to convert IMAP's
     encoding to one that can be more easily interpreted by a URL
     display program.  For this reason, IMAP's modified UTF-7 encoding
     for mailboxes MUST be converted to UTF-8 [UTF8].  Since 8-bit
     characters are not permitted in URLs, the UTF-8 characters are

     encoded as required by the URL specification [BASIC-URL].  Sample
     code is included in Appendix A to demonstrate this conversion.

The C++ code attached to the RFC does a mixture of what URLEncoder and the
UTF7 charset implementation do, with the exception that slashes are not to
be encoded. It seems that javax.mail does some convesion behind the scenes,
so that the getName method of a Folder returns a normal UTF16 name with
non-ascii characters converted properly. This would allow us to bypass the
UTF7 problem altogether and do everything with URL-encoded UTF8 just as the
RFC states it MUST be done.

And the key question, how to test it. Or, more precisely, what do you
think is the sufficiently 'correct' way to test it, given the time
constraints we have.

Or? Any comments?

----------------------------------------------------------------------

Comment By: Antoni Mylka (mylka)
Date: 2007-11-06 12:36

Message:
Logged In: YES 
user_id=1613065
Originator: YES

I've been trying to dig through the IMAP crawler to determine where the
URIs are created. I found out that

a. folders are simple
String folderUrl = getFolderURIPrefix(folder) + ";TYPE=LIST";
around line 386

b. messages aren't that obvious, first the message itself is processed,
the message metadata contains links to the children of the message
(attachmets or other embedded MIME parts) they are inserted into the queue
and then the getObject method is called repeatedly, the first argument
(javax.mail.MimeMessage) stays the same, but the uri changes. The getObject
method when it is called the first time it creates a cachedDataObjects Map
and then with every subsequent call one data object from this map is
retrieved and returned.

The cachedDataObjectsMap is created from a list of data objects returned
by DataObjectFactory.createDataObjects method. That DataObjectFactory
receives the URI of the message from the IMAP crawler it creates URIS for
the parts and attachments by itself. The URI creation is sprinkled around
the entire DataObjectFactory class. I'll have to refactor it to make it
more obvious how are the uris created, to figure out what to do to make
them more RFC2192 compliant.

----------------------------------------------------------------------

Comment By: Leo Sauermann (leo_sauermann)
Date: 2007-11-02 14:09

Message:
Logged In: YES 
user_id=1242018
Originator: NO

JUTF7 is good input, I didn'T find that library.

I would do it like this:
We have the problem two times:
* on creating the uris for crawled e-mails. Then its easy, you only encode
the names of the folders in the PATH using UTF7,
scheme://username:pwd@host/path --> only the <path> is to be UTF7

* when implementing dataAccessor. Then, you need to get the username from
the datasource (see the other ticket on desktop:Uri: we NEED a
canContainUri() method on the datasources). In dataAccessor, you use a
java.net.URI to parse the uri, and it should contain user, host, password,
protocol properly, the path can be transformed with UTF7.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779503&aid=1823660&group_id=150969

From - Tue Nov 06 13:31:23 2007
X-Account-Key: account3
X-UIDL: 00026fbc011e590f
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:39007 "EHLO
	mail.sourceforge.net" rhost-flags-OK-OK-OK-OK) by ps17.test.onet.pl
	with ESMTP id S738216734AbXKFM3UQem3l;
	Tue, 6 Nov 2007 13:29:20 +0100
Received: from sc8-sf-web23-b.sourceforge.net ([10.3.1.213] helo=sc8-sf-web23.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1IpNYU-0005ri-4M; Tue, 06 Nov 2007 04:29:18 -0800
Received: from nobody by sc8-sf-web23.sourceforge.net with local (Exim 4.43)
	id 1IpNYT-0002hJ-RE; Tue, 06 Nov 2007 04:29:17 -0800
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ aperture-Feature Requests-1812326 ] move  to semdesk uri scheme
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-SourceForge-Tracker-unixname:	aperture
X-SourceForge-Tracker-trackerid: 779503
X-SourceForge-Tracker-itemid: 1812326
X-SourceForge-Tracker-itemstatus: Open
X-SourceForge-Tracker-itemassignee: mylka
X-SourceForge-Tracker-itemupdate-reason: Comment added
X-SourceForge-Tracker-itemupdate-username: leo_sauermann
Message-Id: <E1IpNYT-0002hJ-RE@sc8-sf-web23.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web23.sourceforge.net>
Date:	Tue, 06 Nov 2007 04:29:17 -0800
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   
X-Antivirus: avast! (VPS 071105-1, 2007-11-05), Inbound message
X-Antivirus-Status: Clean

Feature Requests item #1812326, was opened at 2007-10-12 16:20
Message generated for change (Comment added) made by leo_sauermann
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779503&aid=1812326&group_id=150969

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: general
Group: None
Status: Open
Priority: 9
Private: No
Submitted By: Leo Sauermann (leo_sauermann)
Assigned to: Antoni Mylka (mylka)
Summary: move  to semdesk uri scheme

Initial Comment:
We need to implement the semdesk hack that we had in mind in august.

The URI scheme is described here:

http://aperture.wiki.sourceforge.net/SemdeskUris

I changed the scheme to use domain names as application identifiers - comments?

changes need to be done to Outlook first, other things can wait. 

At the end, this won't take long, we just have to hardcode one string somewhere. "semdesk:"

----------------------------------------------------------------------

>Comment By: Leo Sauermann (leo_sauermann)
Date: 2007-11-06 12:29

Message:
Logged In: YES 
user_id=1242018
Originator: YES

btw: in the august discussion on uris schemes at ontology meeting in
KArlsruhe, we agreed to use desktop:// rather than semdesk://, as this is
generic on the desktop level.

for solution 1 I would rather do direct opener/accessor, its an impl
returning an impl:
2. public DataAccessorFactory DataSource.getDataAccessor()
3. public DataOpenerFactory DataSource.getDataOpener()

for solution 2, the hope is that accessors/openers work for desktop when
having registered prefixes.
I would rather go here for semi-standardized schemes, like kde://, where
the usual scheme-based registry works.

my main fear are complex datasources where the dataaccessor/opener needs
to know about the datasource. Such as flickr. They may be mapped to HTTP
uris using ontologies, and then accessor are completly not-standard,
(opener is) and may need the datasource to work (flickr needs api key,
perhaps username).
also, multiple email sources may have different ways of accessing the
resources.


----------------------------------------------------------------------

Comment By: Antoni Mylka (mylka)
Date: 2007-11-02 16:07

Message:
Logged In: YES 
user_id=1613065
Originator: NO

We've had a little chat with Leo on Skype today. The constraints we are
trying to satisfy are:

1. Keep the current schemes intact, file://, http://, https:// should work
as expected, the same would apply to ftp://, webdav://, gopher etc.
2. The schemes that aren't stadardized (outlook:// etc.) should be
substituted with the semdesk:// scheme with appropriate prefixes. The
accessor, and opener registries should be adjusted.
3. It should be possible to distinguish between a generic accessor (http)
and a specific accessor (flickr).

We agreed that the basic prefix-processing is too little. It wouldn't
cover the http vs. https case etc. DataSource implementations must be
allowed to do more advanced URI parsing. That's why it's better to have a
canContainUri method.

Solution 1
1. public int DataSource.canContainUri - the implementation may or may not
take the information in the data source configuration into account. The
number returned is the number of the characters in the URI that make up the
necessary condition. For FileSystemDataSource we have
startsWith(rootFolder), for Web we have startsWith rootUrl, or fallsWithin
domain boundaries. It is impossible to set up a mathematically sound
contract for this method and the value should be used as a HINT as to
whether the data source CAN contain a resource. No guarantees are given. If
the URI violates some restriction (e.g. it is outside of the domain
boundaries), a negative value is returned.
2. public DataAccessorFactory DataSource.getDataAccessorFactory
3. public DataOpenerFactory DataSource.getDataOpenerFactory

Solution 2
1. public int DataSource.canContainUri - as above
2. public int DataAccessorFactory.canContainUri - unclear, only most basic
regex processing is permissible since the dataAccessorFactory doesn't have
access to the data source configuration
3. public int DataOpenerFactory.canContainUri - unclear, only most basic
regex processing is permissible since the dataAccessorFactory doesn't have
access to the data source configuration
Advantage: theoretically even without a data source a
semdesk://localhost/outlook uri may b e recognized by an
OutlookAccessorFactory
Disadvantage: theoretically cases may occur when an URI is recognized by a
DataSource, but is not recognized by any DataAccessorFactory, due to some
source-specific parts of the URI.  Can they? 

I would personally go for the second solution since I can't come up with
any meaningful examples when problems might occur. Does anyone have a
better idea?

----------------------------------------------------------------------

Comment By: Antoni Mylka (mylka)
Date: 2007-11-02 15:47

Message:
Logged In: YES 
user_id=1613065
Originator: NO

Copied this comment from issue number [ 1824544 ] Convert website crawlers
to use NAO since it should belong here.

>Comment By: Leo Sauermann (leo_sauermann)
Date: 2007-11-02 13:02

Message:
Logged In: YES
user_id=1242018
Originator: NO

we need it for desktop:
* desktop://outlook
* desktop://email
* desktop://thunderbird

the main goal is to minimize the non-standard behavior we have, making up
multiple imaginary desktop protocols is unhealthy. one imaginary protocol
"desktop" has the chance to be registered sometimes.

we also need it for web 2.0 applications:
* http://www.flickr.com/photos/*

We could write a special DataAccessor that reacts to these kind of online
uris, invoking a proper data extraction using the web apis or page
scraping
instead of just extracting the plaintext from the HTML.

Still, there is a problem of passing in the datasource, once a
DataAccessor is retrieved using the DataAccessorRegistry.get(String
scheme)
method, I cannot pass the right datasource to
DataAccessor.getDataObject(String url, DataSource source, Map params,
RDFContainerFactory containerFactory) throws UrlNotFoundException,
IOException;

The Outlook, Thunderbird, Flickr, etc DataAccessors would need the
correct
DataSource to know the password or other configuration options that are
not
encoded in the URI.
For this, I would again urge to add a "canContainURI(String uri)" method
to the DataSource interface, that returns true (or these 0-200 values)
indicating if it can contain a URI. we had this discussion before - where
is it documented?

problem is that some "schemes" can be part of a "prefix" also, I would
add
both functionalities to the dataaccessors to be on the save side, and
perhaps also add the possibility of regular expressions for uri parsing
(to
say "yes" both to http and https versions, etc).

----------------------------------------------------------------------

Comment By: Antoni Mylka (mylka)
Date: 2007-10-31 19:52

Message:
Logged In: YES 
user_id=1613065
Originator: NO

No it's not. This will invalidate the OutlookAccessorFactory and
OutlookOpenerFactory, because there will be no 'outlook' URI scheme
anymore. This will have direct consequenses for Nepomuk Users, who need the
(access|refresh|open)Resource methods to work for Outlook resources. 

See the Nepomuk ticket no 78
http://dev.nepomuk.semanticdesktop.org/ticket/78
OlafGrebner kept bugging me about it.

The semdesk hack will necessitate a rewrite of aperture registries, so
that they won't work with uri SCHEMES (i.e. the part before the colon) but
with arbitrary uri PREFIXES (which may reach only to the first colon, but
may also go further (semdesk://localhost/outlook)). I would like to hear
some more comments before doing this.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779503&aid=1812326&group_id=150969

From - Tue Nov 06 17:36:49 2007
X-Account-Key: account3
X-UIDL: 00026fbc011e6a28
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:41101 "EHLO
	mail.sourceforge.net" rhost-flags-OK-OK-OK-OK) by ps16.test.onet.pl
	with ESMTP id S1476402947AbXKFNJGgazVL;
	Tue, 6 Nov 2007 14:09:06 +0100
Received: from sc8-sf-web22-b.sourceforge.net ([10.3.1.212] helo=sc8-sf-web22.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1IpOAy-0003kv-Cp; Tue, 06 Nov 2007 05:09:04 -0800
Received: from nobody by sc8-sf-web22.sourceforge.net with local (Exim 4.43)
	id 1IpOAw-0002WD-GG; Tue, 06 Nov 2007 05:09:02 -0800
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ aperture-Feature Requests-1823660 ] Implement IMAP URI Validation
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-SourceForge-Tracker-unixname:	aperture
X-SourceForge-Tracker-trackerid: 779503
X-SourceForge-Tracker-itemid: 1823660
X-SourceForge-Tracker-itemstatus: Open
X-SourceForge-Tracker-itemassignee: nobody
X-SourceForge-Tracker-itemupdate-reason: Comment added
X-SourceForge-Tracker-itemupdate-username: leo_sauermann
Message-Id: <E1IpOAw-0002WD-GG@sc8-sf-web22.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web22.sourceforge.net>
Date:	Tue, 06 Nov 2007 05:09:02 -0800
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   

Feature Requests item #1823660, was opened at 2007-10-31 19:34
Message generated for change (Comment added) made by leo_sauermann
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779503&aid=1823660&group_id=150969

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Priority: 5
Private: No
Submitted By: Antoni Mylka (mylka)
Assigned to: Nobody/Anonymous (nobody)
Summary: Implement IMAP URI Validation

Initial Comment:
While working on the issue entitled '[ 1565163 ] IMAP URI\'s are not RFC 2192 compliant' I did some research about how to solve it 'right'. 

I started to read about the UTF7 issue. It has not been included in the JDK. People have been asking Sun for SEVEN YEARS to implement it but they didn't. (See the bug database http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4304013).

There is an interesting project though called JUTF7 (http://jutf7.sourceforge.net). I downloaded it, it works. I even included a -testuris switch in the IMAP application, so that I could validate those URIs. It prooved difficult. In order to do it really correctly one would have to do the following:

1. Figure out which parts of the URI can contain non-ASCII characters that need to be escaped wihth UTF7. 
2. Use JUTF7 in the IMAPCrawler so that it prepares those URIS properly. I.e. MailUtil.convertStringToUTF7, note that this is tricky since a login can contain '@' (like antoni_mylka@fastmail.net which is the login to my test IMAP account) which need to be URL-Encoded whereas the folder names can contain ąęółłśśććżźć (Polish) or äöü etc. which need to be UTF7-encoded

3. Write a real public static boolean isImapUriValid in the MailUtil class, it would:

a. have a JavaCC grammar that would check the correctness of the URI (RFC 2192 contains a beautiful ABNF syntax specification).

b. check the appropriate parts for the presence of non-ASCII characters, if they are encoded correctly (URL-encoding in the login, UTF7 in the folder name)

All of this is quite a lot. I therefore open a new ticket and ask for comments.

----------------------------------------------------------------------

>Comment By: Leo Sauermann (leo_sauermann)
Date: 2007-11-06 13:09

Message:
Logged In: YES 
user_id=1242018
Originator: NO

given the time constrainst and the look on the standard:

two cases, A is generating URIs for folders/emails, B is parsing URIs
passed to dataaccessor, dataopener and use JavaMail to get the mail
identified. I think we ignore B for the moment, but if we look at B, we
should somehow be able to cope with either UTF8 or UTF7 parts in URIs.

For generating URIS (A) I cannot judge the situation completly, but
looking at the RFC and knowing from past problems, UTF-8 encoding in URIs
is better than the crazy IMAP UTF-7 encoding. The Javadoc also says to use
UTF-8 whereever possible, referring to a w3c reco.
http://java.sun.com/j2se/1.4.2/docs/api/java/net/URLEncoder.html

----------------------------------------------------------------------

Comment By: Antoni Mylka (mylka)
Date: 2007-11-06 11:42

Message:
Logged In: YES 
user_id=1613065
Originator: YES

... and as far as JUTF7 is concerned the RFC2192 states explicitely that 

9. Multinational Considerations

     IMAP4 [IMAP4] section 5.1.3 includes a convention for encoding
     non-US-ASCII characters in IMAP mailbox names.  Because this
     convention is private to IMAP, it is necessary to convert IMAP's
     encoding to one that can be more easily interpreted by a URL
     display program.  For this reason, IMAP's modified UTF-7 encoding
     for mailboxes MUST be converted to UTF-8 [UTF8].  Since 8-bit
     characters are not permitted in URLs, the UTF-8 characters are

     encoded as required by the URL specification [BASIC-URL].  Sample
     code is included in Appendix A to demonstrate this conversion.

The C++ code attached to the RFC does a mixture of what URLEncoder and the
UTF7 charset implementation do, with the exception that slashes are not to
be encoded. It seems that javax.mail does some convesion behind the scenes,
so that the getName method of a Folder returns a normal UTF16 name with
non-ascii characters converted properly. This would allow us to bypass the
UTF7 problem altogether and do everything with URL-encoded UTF8 just as the
RFC states it MUST be done.

And the key question, how to test it. Or, more precisely, what do you
think is the sufficiently 'correct' way to test it, given the time
constraints we have.

Or? Any comments?

----------------------------------------------------------------------

Comment By: Antoni Mylka (mylka)
Date: 2007-11-06 11:36

Message:
Logged In: YES 
user_id=1613065
Originator: YES

I've been trying to dig through the IMAP crawler to determine where the
URIs are created. I found out that

a. folders are simple
String folderUrl = getFolderURIPrefix(folder) + ";TYPE=LIST";
around line 386

b. messages aren't that obvious, first the message itself is processed,
the message metadata contains links to the children of the message
(attachmets or other embedded MIME parts) they are inserted into the queue
and then the getObject method is called repeatedly, the first argument
(javax.mail.MimeMessage) stays the same, but the uri changes. The getObject
method when it is called the first time it creates a cachedDataObjects Map
and then with every subsequent call one data object from this map is
retrieved and returned.

The cachedDataObjectsMap is created from a list of data objects returned
by DataObjectFactory.createDataObjects method. That DataObjectFactory
receives the URI of the message from the IMAP crawler it creates URIS for
the parts and attachments by itself. The URI creation is sprinkled around
the entire DataObjectFactory class. I'll have to refactor it to make it
more obvious how are the uris created, to figure out what to do to make
them more RFC2192 compliant.

----------------------------------------------------------------------

Comment By: Leo Sauermann (leo_sauermann)
Date: 2007-11-02 13:09

Message:
Logged In: YES 
user_id=1242018
Originator: NO

JUTF7 is good input, I didn'T find that library.

I would do it like this:
We have the problem two times:
* on creating the uris for crawled e-mails. Then its easy, you only encode
the names of the folders in the PATH using UTF7,
scheme://username:pwd@host/path --> only the <path> is to be UTF7

* when implementing dataAccessor. Then, you need to get the username from
the datasource (see the other ticket on desktop:Uri: we NEED a
canContainUri() method on the datasources). In dataAccessor, you use a
java.net.URI to parse the uri, and it should contain user, host, password,
protocol properly, the path can be transformed with UTF7.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779503&aid=1823660&group_id=150969

From - Fri Nov 09 23:18:29 2007
X-Account-Key: account3
X-UIDL: 00026fbc012734d2
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:36708 "EHLO
	mail.sourceforge.net" rhost-flags-OK-OK-OK-OK) by ps16.test.onet.pl
	with ESMTP id S1476397347AbXKIWNg6C7bS;
	Fri, 9 Nov 2007 23:13:36 +0100
Received: from sc8-sf-web24-b.sourceforge.net ([10.3.1.214] helo=sc8-sf-web24.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1Iqb6e-0006jh-Ms; Fri, 09 Nov 2007 13:09:36 -0800
Received: from nobody by sc8-sf-web24.sourceforge.net with local (Exim 4.43)
	id 1Iqb6e-000247-E6; Fri, 09 Nov 2007 13:09:36 -0800
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ aperture-Feature Requests-1823660 ] Implement IMAP URI Validation
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-SourceForge-Tracker-unixname:	aperture
X-SourceForge-Tracker-trackerid: 779503
X-SourceForge-Tracker-itemid: 1823660
X-SourceForge-Tracker-itemstatus: Open
X-SourceForge-Tracker-itemassignee: nobody
X-SourceForge-Tracker-itemupdate-reason: Comment added
X-SourceForge-Tracker-itemupdate-username: mylka
Message-Id: <E1Iqb6e-000247-E6@sc8-sf-web24.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web24.sourceforge.net>
Date:	Fri, 09 Nov 2007 13:09:36 -0800
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   

Feature Requests item #1823660, was opened at 2007-10-31 20:34
Message generated for change (Comment added) made by mylka
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779503&aid=1823660&group_id=150969

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Priority: 5
Private: No
Submitted By: Antoni Mylka (mylka)
Assigned to: Nobody/Anonymous (nobody)
Summary: Implement IMAP URI Validation

Initial Comment:
While working on the issue entitled '[ 1565163 ] IMAP URI\'s are not RFC 2192 compliant' I did some research about how to solve it 'right'. 

I started to read about the UTF7 issue. It has not been included in the JDK. People have been asking Sun for SEVEN YEARS to implement it but they didn't. (See the bug database http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4304013).

There is an interesting project though called JUTF7 (http://jutf7.sourceforge.net). I downloaded it, it works. I even included a -testuris switch in the IMAP application, so that I could validate those URIs. It prooved difficult. In order to do it really correctly one would have to do the following:

1. Figure out which parts of the URI can contain non-ASCII characters that need to be escaped wihth UTF7. 
2. Use JUTF7 in the IMAPCrawler so that it prepares those URIS properly. I.e. MailUtil.convertStringToUTF7, note that this is tricky since a login can contain '@' (like antoni_mylka@fastmail.net which is the login to my test IMAP account) which need to be URL-Encoded whereas the folder names can contain ąęółłśśććżźć (Polish) or äöü etc. which need to be UTF7-encoded

3. Write a real public static boolean isImapUriValid in the MailUtil class, it would:

a. have a JavaCC grammar that would check the correctness of the URI (RFC 2192 contains a beautiful ABNF syntax specification).

b. check the appropriate parts for the presence of non-ASCII characters, if they are encoded correctly (URL-encoding in the login, UTF7 in the folder name)

All of this is quite a lot. I therefore open a new ticket and ask for comments.

----------------------------------------------------------------------

>Comment By: Antoni Mylka (mylka)
Date: 2007-11-09 22:09

Message:
Logged In: YES 
user_id=1613065
Originator: YES

So. I've looked around the code. The uris generated by the crawler are in
URL-Encoded UTF-8. Assuming that javax.mail does the conversion behind the
scenes and the folder.getName method returns the actual name already
converted to UTF-16 (as all java strings), the
URLEncoder.encode(string,"UTF-8") generates uri parts that conform to the
RFC. The two other issues mentioned that is:

1. An extended parser of the uris passed to the
DataAccessor.getObjectMethod, so that it allows for URL-Encoded UTF-8 uris
and URL-encoded UTF7-IMAP uris, (or maybe even uris with normal UTF7-IMAP
without URL-encoding) would need to employ some heuristic to determine what
encoding is used. Doing it right, so that it performs reasonably well in a
broad range of cases is non-trivial.

2. The real URI validation, that is take a string and tell if it is a
valid RFC2192-compliant URL with folder names using URL-Encoded UTF-8
codes.

I guess the best way would be to write a utility class called IMAPUri,
that would have get/set methods for the login name, password, list of
folder names etc. It would allow the creation of URIS with API calls, - not
string concatenation. It would perform all conversions and have a toString
and toUri methods. It would also have a proper validator. This is
non-trivial and in my opinion non-critical at the moment. Therefore, since
the original problem reported by jwus in the ticket number 1565163 has been
solved, I postpone this issue until after the release.

----------------------------------------------------------------------

Comment By: Leo Sauermann (leo_sauermann)
Date: 2007-11-06 14:09

Message:
Logged In: YES 
user_id=1242018
Originator: NO

given the time constrainst and the look on the standard:

two cases, A is generating URIs for folders/emails, B is parsing URIs
passed to dataaccessor, dataopener and use JavaMail to get the mail
identified. I think we ignore B for the moment, but if we look at B, we
should somehow be able to cope with either UTF8 or UTF7 parts in URIs.

For generating URIS (A) I cannot judge the situation completly, but
looking at the RFC and knowing from past problems, UTF-8 encoding in URIs
is better than the crazy IMAP UTF-7 encoding. The Javadoc also says to use
UTF-8 whereever possible, referring to a w3c reco.
http://java.sun.com/j2se/1.4.2/docs/api/java/net/URLEncoder.html

----------------------------------------------------------------------

Comment By: Antoni Mylka (mylka)
Date: 2007-11-06 12:42

Message:
Logged In: YES 
user_id=1613065
Originator: YES

... and as far as JUTF7 is concerned the RFC2192 states explicitely that 

9. Multinational Considerations

     IMAP4 [IMAP4] section 5.1.3 includes a convention for encoding
     non-US-ASCII characters in IMAP mailbox names.  Because this
     convention is private to IMAP, it is necessary to convert IMAP's
     encoding to one that can be more easily interpreted by a URL
     display program.  For this reason, IMAP's modified UTF-7 encoding
     for mailboxes MUST be converted to UTF-8 [UTF8].  Since 8-bit
     characters are not permitted in URLs, the UTF-8 characters are

     encoded as required by the URL specification [BASIC-URL].  Sample
     code is included in Appendix A to demonstrate this conversion.

The C++ code attached to the RFC does a mixture of what URLEncoder and the
UTF7 charset implementation do, with the exception that slashes are not to
be encoded. It seems that javax.mail does some convesion behind the scenes,
so that the getName method of a Folder returns a normal UTF16 name with
non-ascii characters converted properly. This would allow us to bypass the
UTF7 problem altogether and do everything with URL-encoded UTF8 just as the
RFC states it MUST be done.

And the key question, how to test it. Or, more precisely, what do you
think is the sufficiently 'correct' way to test it, given the time
constraints we have.

Or? Any comments?

----------------------------------------------------------------------

Comment By: Antoni Mylka (mylka)
Date: 2007-11-06 12:36

Message:
Logged In: YES 
user_id=1613065
Originator: YES

I've been trying to dig through the IMAP crawler to determine where the
URIs are created. I found out that

a. folders are simple
String folderUrl = getFolderURIPrefix(folder) + ";TYPE=LIST";
around line 386

b. messages aren't that obvious, first the message itself is processed,
the message metadata contains links to the children of the message
(attachmets or other embedded MIME parts) they are inserted into the queue
and then the getObject method is called repeatedly, the first argument
(javax.mail.MimeMessage) stays the same, but the uri changes. The getObject
method when it is called the first time it creates a cachedDataObjects Map
and then with every subsequent call one data object from this map is
retrieved and returned.

The cachedDataObjectsMap is created from a list of data objects returned
by DataObjectFactory.createDataObjects method. That DataObjectFactory
receives the URI of the message from the IMAP crawler it creates URIS for
the parts and attachments by itself. The URI creation is sprinkled around
the entire DataObjectFactory class. I'll have to refactor it to make it
more obvious how are the uris created, to figure out what to do to make
them more RFC2192 compliant.

----------------------------------------------------------------------

Comment By: Leo Sauermann (leo_sauermann)
Date: 2007-11-02 14:09

Message:
Logged In: YES 
user_id=1242018
Originator: NO

JUTF7 is good input, I didn'T find that library.

I would do it like this:
We have the problem two times:
* on creating the uris for crawled e-mails. Then its easy, you only encode
the names of the folders in the PATH using UTF7,
scheme://username:pwd@host/path --> only the <path> is to be UTF7

* when implementing dataAccessor. Then, you need to get the username from
the datasource (see the other ticket on desktop:Uri: we NEED a
canContainUri() method on the datasources). In dataAccessor, you use a
java.net.URI to parse the uri, and it should contain user, host, password,
protocol properly, the path can be transformed with UTF7.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779503&aid=1823660&group_id=150969

From - Mon Nov 26 18:11:10 2007
X-Account-Key: account3
X-UIDL: 00026fbc014f03a6
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:40495 "EHLO
	mail.sourceforge.net" rhost-flags-OK-OK-OK-OK) by ps7.test.onet.pl
	with ESMTP id S184567587AbXKZRHZv--Ki;
	Mon, 26 Nov 2007 18:07:25 +0100
Received: from sc8-sf-web21-b.sourceforge.net ([10.3.1.211] helo=sc8-sf-web21.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1IwhQa-0001iw-6z; Mon, 26 Nov 2007 09:07:24 -0800
Received: from nobody by sc8-sf-web21.sourceforge.net with local (Exim 4.43)
	id 1IwhQZ-0004NL-NZ; Mon, 26 Nov 2007 09:07:23 -0800
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ aperture-Feature Requests-1838834 ] Listening crawlers architecture - first draft
X-SourceForge-Tracker-unixname:	aperture
X-SourceForge-Tracker-trackerid: 779503
X-SourceForge-Tracker-itemid: 1838834
X-SourceForge-Tracker-itemstatus: Open
X-SourceForge-Tracker-itemassignee: nobody
X-SourceForge-Tracker-itemupdate-reason: Tracker Item Submitted
X-SourceForge-Tracker-itemupdate-username: Item Submitter
Message-Id: <E1IwhQZ-0004NL-NZ@sc8-sf-web21.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web21.sourceforge.net>
Date:	Mon, 26 Nov 2007 09:07:23 -0800
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   
X-Antivirus: AVG for E-mail 7.5.503 [269.16.7/1151]
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8

Feature Requests item #1838834, was opened at 2007-11-26 18:07
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779503&aid=1838834&group_id=150969

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Priority: 5
Private: No
Submitted By: Antoni Mylka (mylka)
Assigned to: Nobody/Anonymous (nobody)
Summary: Listening crawlers architecture - first draft

Initial Comment:
Current Aperture crawlers need to be fired every now and then to detect new/modified/deleted data objects in a data source. It would be nice to have listening crawlers that would use whatever means necessary (including native libraries) to obtain notifications about changes in a data source.

Chris:
I always though of this as just another bunch of Crawler implementations, but perhaps a different API is warrented. Will it also use the CrawlerHandler API, or does it require its own dedicated callback API? If so, how does it relate to CrawlerHandler (sub- or super-interface, common parent interface)? After all, both entities will want to report changed, new and removed objects.

Antoni: 
maybe the idea is to crawl first and then listen for changes. It is possible to implement this in the same class or extend existing interfaces.

Chris: 
it maybe close to a crawler but may request some small changes. The semantics of Start/Stop would be different. This would also mean connecting to native APIs through JNI, to inotify and to shell32. Libraries with native code should go into separate artifact.

suggestion:
Make two sub-interfaces Crawler, possible names: BatchCrawler, ContinousCrawler,
extend Crawler and CrawlerHandler

Action:
Leo asks DFKI people for how we did it before.
Antoni then implements it
We discuss about integration when its done - we start experimenting it in a separate project

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779503&aid=1838834&group_id=150969


-- 
No virus found in this incoming message.
Checked by AVG Free Edition. 
Version: 7.5.503 / Virus Database: 269.16.7/1151 - Release Date: 2007-11-25 16:24


From - Mon Nov 26 18:16:12 2007
X-Account-Key: account3
X-UIDL: 00026fbc014f0725
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:59638 "EHLO
	mail.sourceforge.net" rhost-flags-OK-OK-OK-OK) by ps28.test.onet.pl
	with ESMTP id S184579426AbXKZRMo6u08x;
	Mon, 26 Nov 2007 18:12:44 +0100
Received: from sc8-sf-web21-b.sourceforge.net ([10.3.1.211] helo=sc8-sf-web21.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1IwhVj-0002Oz-61; Mon, 26 Nov 2007 09:12:43 -0800
Received: from nobody by sc8-sf-web21.sourceforge.net with local (Exim 4.43)
	id 1IwhVi-0004w6-Sg; Mon, 26 Nov 2007 09:12:42 -0800
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ aperture-Feature Requests-1838840 ] Support special XML extractors based on DTD/XSD/NS
X-SourceForge-Tracker-unixname:	aperture
X-SourceForge-Tracker-trackerid: 779503
X-SourceForge-Tracker-itemid: 1838840
X-SourceForge-Tracker-itemstatus: Open
X-SourceForge-Tracker-itemassignee: cfmfluit
X-SourceForge-Tracker-itemupdate-reason: Tracker Item Submitted
X-SourceForge-Tracker-itemupdate-username: Item Submitter
Message-Id: <E1IwhVi-0004w6-Sg@sc8-sf-web21.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web21.sourceforge.net>
Date:	Mon, 26 Nov 2007 09:12:42 -0800
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   
X-Antivirus: AVG for E-mail 7.5.503 [269.16.7/1151]
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8

Feature Requests item #1838840, was opened at 2007-11-26 18:12
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779503&aid=1838840&group_id=150969

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Priority: 5
Private: No
Submitted By: Antoni Mylka (mylka)
Assigned to: Christiaan Fluit (cfmfluit)
Summary: Support special XML extractors based on DTD/XSD/NS

Initial Comment:
We live in a world of XML formats-horray!

Aperture does not convert XML formats to proper semantic RDF counterparts, it would be needed to:

make special type of Extractors that work on XML FileDataObjects (not necessarily getting SAX as input, but at least saying to support XML parsing)
Chris: I think these Extractors should still work on an InputStream: the choice whether to use SAX, DOM, XPATH, regular expressions or black magic is still best made on a case-by-case basis.

analyse .xml files to detect what data is inside: identify xml document type by Document Type Definition (DTD), XML Schema definitions (XSD), or declared Namespaces in the root element
Chris: this requires considerable work in the current MIME type identifier, or perhaps even a different MimeTypeIdentifier implementation that is invoked when the MagicMimeTypeIdentifier identifies a document as text/xml or application/xml. Right now the former tries to handle specific cases of XML-based document types using file extensions, which clearly is very brittle. I think Tika also has support for detecting XML-based document types, we should take a look at it.
invoke XML Extractors that are registered by their xml document type

Problems:

what is the URI of the reported data object when having XML data?
When crawling complex XML files, such as RDF files, what is the reported URI in the single returned DataObject?
Chris: the DataObject representing the entire file should always have the URI of that file IMO. When a file needs to be broken down in multiple DataObjects, we should always use a SubCrawler, also because the AccessData needs to include the URIs of these sub-DataObjects (necessary for incremental crawling).
When the file gets too big, where is the border to SubCrawlers?
Some XML files may contain MANY documents/dataobjects, then a subcrawler would be better (See below). What is a good rule-of-thumb to determinem when to use a subcrawler and when to use an XML extractor?
Chris: as said above, I would let SubCrawler be the only implementation that produces additional DataObjects, Extractor should just populate a single DataObject (or its RDFContainer, actually). I can't think of a definitive guideline of when to use a SubCrawler or an Extractor. I think that you want a SubCrawler when the parts to represent as individual DataObjects each have their own "life cycle" (are added/deleted/edited independently) and/or when end-user apps are likely to represent these DataObjects as first-class citizens.

Proposed solutions:

either:

extend the MimetypeRegistry to include xml types. Maybe most xml types can be represented as mimetypes
build a new registry for XML types
new mime-type detection needed?

create a new MimetypeIdentifier implementation that extracts both MimetypeIdentifier and XML detection, maybe added to the magicnumber-based mimetype identifiers or as separate class. Maybe hide the XML detection as a class referenced from the MimetypeIdentifier

new registry for special XML-handlers needed?
we base our registry based on mimetypes and use the existing mimetype registry

for additional cases we make a registry to map the URIs of DTDs, namespaces, XSD types to mimetypes they correspond to. not part of core API.

no new interface is needed for the XML exctractors (we may implement an abstract XML extractor that does SAX or something)

implement the extractors "in the wild" and look for abstractions later.

Actions:

Chris to look into how to extend the MimetypeIdentifier. Extends the MagicMimetypeIdentifiers

Antoni & Leo: find example of XML files that we want to handle and put them in the test documents folder

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779503&aid=1838840&group_id=150969


-- 
No virus found in this incoming message.
Checked by AVG Free Edition. 
Version: 7.5.503 / Virus Database: 269.16.7/1151 - Release Date: 2007-11-25 16:24


From - Mon Nov 26 18:26:15 2007
X-Account-Key: account3
X-UIDL: 00026fbc014f0f34
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:51579 "EHLO
	mail.sourceforge.net" rhost-flags-OK-OK-OK-OK) by ps31.test.onet.pl
	with ESMTP id S738313275AbXKZRXhrXqNO;
	Mon, 26 Nov 2007 18:23:37 +0100
Received: from sc8-sf-web21-b.sourceforge.net ([10.3.1.211] helo=sc8-sf-web21.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1IwhgF-0000o8-J8; Mon, 26 Nov 2007 09:23:35 -0800
Received: from nobody by sc8-sf-web21.sourceforge.net with local (Exim 4.43)
	id 1IwhgF-0006AM-7B; Mon, 26 Nov 2007 09:23:35 -0800
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ aperture-Feature Requests-1838834 ] Listening crawlers architecture - first draft
X-SourceForge-Tracker-unixname:	aperture
X-SourceForge-Tracker-trackerid: 779503
X-SourceForge-Tracker-itemid: 1838834
X-SourceForge-Tracker-itemstatus: Open
X-SourceForge-Tracker-itemassignee: leo_sauermann
X-SourceForge-Tracker-itemupdate-reason: Comment added
X-SourceForge-Tracker-itemupdate-username: mylka
Message-Id: <E1IwhgF-0006AM-7B@sc8-sf-web21.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web21.sourceforge.net>
Date:	Mon, 26 Nov 2007 09:23:35 -0800
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   
X-Antivirus: AVG for E-mail 7.5.503 [269.16.7/1151]
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8

Feature Requests item #1838834, was opened at 2007-11-26 18:07
Message generated for change (Comment added) made by mylka
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779503&aid=1838834&group_id=150969

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Priority: 5
Private: No
Submitted By: Antoni Mylka (mylka)
>Assigned to: Leo Sauermann (leo_sauermann)
Summary: Listening crawlers architecture - first draft

Initial Comment:
Current Aperture crawlers need to be fired every now and then to detect new/modified/deleted data objects in a data source. It would be nice to have listening crawlers that would use whatever means necessary (including native libraries) to obtain notifications about changes in a data source.

Chris:
I always though of this as just another bunch of Crawler implementations, but perhaps a different API is warrented. Will it also use the CrawlerHandler API, or does it require its own dedicated callback API? If so, how does it relate to CrawlerHandler (sub- or super-interface, common parent interface)? After all, both entities will want to report changed, new and removed objects.

Antoni: 
maybe the idea is to crawl first and then listen for changes. It is possible to implement this in the same class or extend existing interfaces.

Chris: 
it maybe close to a crawler but may request some small changes. The semantics of Start/Stop would be different. This would also mean connecting to native APIs through JNI, to inotify and to shell32. Libraries with native code should go into separate artifact.

suggestion:
Make two sub-interfaces Crawler, possible names: BatchCrawler, ContinousCrawler,
extend Crawler and CrawlerHandler

Action:
Leo asks DFKI people for how we did it before.
Antoni then implements it
We discuss about integration when its done - we start experimenting it in a separate project

----------------------------------------------------------------------

>Comment By: Antoni Mylka (mylka)
Date: 2007-11-26 18:23

Message:
Logged In: YES 
user_id=1613065
Originator: YES

This issue is a never-ending one. Therefore I've created a wiki page for
it:

http://aperture.wiki.sourceforge.net/ListeningToChangesInDataSources

So the actual tasks can be rephrased as:
Leo: 
1. ask DFKI people how we did it before
2. Write it on the wiki page
3. Reassign the task to Antoni

Antoni
4. Create appropriate interfaces and document them
5. Try to write some listening crawler
6. (work out a way embed it in the Nepomuk UI - optional)
7. Update the wiki page with the insights you gained
8. Close the ticket 

Everyone
9. Look at this and see if it is good.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779503&aid=1838834&group_id=150969


-- 
No virus found in this incoming message.
Checked by AVG Free Edition. 
Version: 7.5.503 / Virus Database: 269.16.7/1151 - Release Date: 2007-11-25 16:24


From - Mon Nov 26 18:31:11 2007
X-Account-Key: account3
X-UIDL: 00026fbc014f1316
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:41857 "EHLO
	mail.sourceforge.net" rhost-flags-OK-OK-OK-OK) by ps2.test.onet.pl
	with ESMTP id S1476557437AbXKZR3VFCal8;
	Mon, 26 Nov 2007 18:29:21 +0100
Received: from sc8-sf-web24-b.sourceforge.net ([10.3.1.214] helo=sc8-sf-web24.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1Iwhlm-0001Mr-Nd; Mon, 26 Nov 2007 09:29:18 -0800
Received: from nobody by sc8-sf-web24.sourceforge.net with local (Exim 4.43)
	id 1Iwhlm-0006Hg-DI; Mon, 26 Nov 2007 09:29:18 -0800
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ aperture-Feature Requests-1838840 ] Support special XML extractors based on DTD/XSD/NS
X-SourceForge-Tracker-unixname:	aperture
X-SourceForge-Tracker-trackerid: 779503
X-SourceForge-Tracker-itemid: 1838840
X-SourceForge-Tracker-itemstatus: Open
X-SourceForge-Tracker-itemassignee: cfmfluit
X-SourceForge-Tracker-itemupdate-reason: Comment added
X-SourceForge-Tracker-itemupdate-username: mylka
Message-Id: <E1Iwhlm-0006Hg-DI@sc8-sf-web24.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web24.sourceforge.net>
Date:	Mon, 26 Nov 2007 09:29:18 -0800
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   
X-Antivirus: AVG for E-mail 7.5.503 [269.16.7/1151]
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8

Feature Requests item #1838840, was opened at 2007-11-26 18:12
Message generated for change (Comment added) made by mylka
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779503&aid=1838840&group_id=150969

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Priority: 5
Private: No
Submitted By: Antoni Mylka (mylka)
Assigned to: Christiaan Fluit (cfmfluit)
Summary: Support special XML extractors based on DTD/XSD/NS

Initial Comment:
We live in a world of XML formats-horray!

Aperture does not convert XML formats to proper semantic RDF counterparts, it would be needed to:

make special type of Extractors that work on XML FileDataObjects (not necessarily getting SAX as input, but at least saying to support XML parsing)
Chris: I think these Extractors should still work on an InputStream: the choice whether to use SAX, DOM, XPATH, regular expressions or black magic is still best made on a case-by-case basis.

analyse .xml files to detect what data is inside: identify xml document type by Document Type Definition (DTD), XML Schema definitions (XSD), or declared Namespaces in the root element
Chris: this requires considerable work in the current MIME type identifier, or perhaps even a different MimeTypeIdentifier implementation that is invoked when the MagicMimeTypeIdentifier identifies a document as text/xml or application/xml. Right now the former tries to handle specific cases of XML-based document types using file extensions, which clearly is very brittle. I think Tika also has support for detecting XML-based document types, we should take a look at it.
invoke XML Extractors that are registered by their xml document type

Problems:

what is the URI of the reported data object when having XML data?
When crawling complex XML files, such as RDF files, what is the reported URI in the single returned DataObject?
Chris: the DataObject representing the entire file should always have the URI of that file IMO. When a file needs to be broken down in multiple DataObjects, we should always use a SubCrawler, also because the AccessData needs to include the URIs of these sub-DataObjects (necessary for incremental crawling).
When the file gets too big, where is the border to SubCrawlers?
Some XML files may contain MANY documents/dataobjects, then a subcrawler would be better (See below). What is a good rule-of-thumb to determinem when to use a subcrawler and when to use an XML extractor?
Chris: as said above, I would let SubCrawler be the only implementation that produces additional DataObjects, Extractor should just populate a single DataObject (or its RDFContainer, actually). I can't think of a definitive guideline of when to use a SubCrawler or an Extractor. I think that you want a SubCrawler when the parts to represent as individual DataObjects each have their own "life cycle" (are added/deleted/edited independently) and/or when end-user apps are likely to represent these DataObjects as first-class citizens.

Proposed solutions:

either:

extend the MimetypeRegistry to include xml types. Maybe most xml types can be represented as mimetypes
build a new registry for XML types
new mime-type detection needed?

create a new MimetypeIdentifier implementation that extracts both MimetypeIdentifier and XML detection, maybe added to the magicnumber-based mimetype identifiers or as separate class. Maybe hide the XML detection as a class referenced from the MimetypeIdentifier

new registry for special XML-handlers needed?
we base our registry based on mimetypes and use the existing mimetype registry

for additional cases we make a registry to map the URIs of DTDs, namespaces, XSD types to mimetypes they correspond to. not part of core API.

no new interface is needed for the XML exctractors (we may implement an abstract XML extractor that does SAX or something)

implement the extractors "in the wild" and look for abstractions later.

Actions:

Chris to look into how to extend the MimetypeIdentifier. Extends the MagicMimetypeIdentifiers

Antoni & Leo: find example of XML files that we want to handle and put them in the test documents folder

----------------------------------------------------------------------

>Comment By: Antoni Mylka (mylka)
Date: 2007-11-26 18:29

Message:
Logged In: YES 
user_id=1613065
Originator: YES

This issue is a never-ending one, I've created a wiki page for it, it will
have better visibility.

http://aperture.wiki.sourceforge.net/XMLExtractorsBasedOnDTDorXSDorNS

So the task is.
1. Think about the architecture, how to extend the
MagicMimeTypeIdentifier
2. Write these thoughts on the wiki page
3. Change/create the apropriate interfaces and document them (if
necessary)
4. Write one or two example implementations of XML extractors
5. Update the wiki page (if anything changed)
6. Close the ticket.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779503&aid=1838840&group_id=150969


-- 
No virus found in this incoming message.
Checked by AVG Free Edition. 
Version: 7.5.503 / Virus Database: 269.16.7/1151 - Release Date: 2007-11-25 16:24


From - Mon Nov 26 19:11:10 2007
X-Account-Key: account3
X-UIDL: 00026fbc014f2d26
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:38900 "EHLO
	mail.sourceforge.net" rhost-flags-OK-OK-OK-OK) by ps31.test.onet.pl
	with ESMTP id S738259516AbXKZSGyq0tWB;
	Mon, 26 Nov 2007 19:06:54 +0100
Received: from sc8-sf-web24-b.sourceforge.net ([10.3.1.214] helo=sc8-sf-web24.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1IwhKF-00051C-72; Mon, 26 Nov 2007 09:00:51 -0800
Received: from nobody by sc8-sf-web24.sourceforge.net with local (Exim 4.43)
	id 1IwhKE-000353-UL; Mon, 26 Nov 2007 09:00:51 -0800
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ aperture-Feature Requests-1813636 ] Release Aperture 1.0 beta 1
X-SourceForge-Tracker-unixname:	aperture
X-SourceForge-Tracker-trackerid: 779503
X-SourceForge-Tracker-itemid: 1813636
X-SourceForge-Tracker-itemstatus: Closed
X-SourceForge-Tracker-itemassignee: mylka
X-SourceForge-Tracker-itemupdate-reason: Comment added
X-SourceForge-Tracker-itemupdate-username: mylka
Message-Id: <E1IwhKE-000353-UL@sc8-sf-web24.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web24.sourceforge.net>
Date:	Mon, 26 Nov 2007 09:00:50 -0800
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   
X-Antivirus: AVG for E-mail 7.5.503 [269.16.7/1151]
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8

Feature Requests item #1813636, was opened at 2007-10-15 09:47
Message generated for change (Comment added) made by mylka
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779503&aid=1813636&group_id=150969

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
Priority: 9
Private: No
Submitted By: Christiaan Fluit (cfmfluit)
Assigned to: Antoni Mylka (mylka)
Summary: Release Aperture 1.0 beta 1

Initial Comment:
The code seems to be very stable now and the APIs haven't changed a bit recently. There are ideas for API improvements (extended CrawlerHandler, SubCrawler, Extractor) but those are not likely to happen any time soon, so I propose to move to a 1.0 release now and save those improvements for a 2.0 release.

First target: get a 1.0 beta 1 release out of the door before ISWC.

----------------------------------------------------------------------

>Comment By: Antoni Mylka (mylka)
Date: 2007-11-26 18:00

Message:
Logged In: YES 
user_id=1613065
Originator: NO

I guess someone (me?) forgot to mark this ticket as closed. I hereby do
it.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779503&aid=1813636&group_id=150969


-- 
No virus found in this incoming message.
Checked by AVG Free Edition. 
Version: 7.5.503 / Virus Database: 269.16.7/1151 - Release Date: 2007-11-25 16:24


From - Sun Dec 02 22:21:35 2007
X-Account-Key: account3
X-UIDL: 00026fbc015e8245
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:52715 "EHLO
	mail.sourceforge.net" rhost-flags-OK-OK-OK-OK) by ps23.test.onet.pl
	with ESMTP id S184557788AbXLBVQ6SXe6h;
	Sun, 2 Dec 2007 22:16:58 +0100
Received: from sc8-sf-web22-b.sourceforge.net ([10.3.1.212] helo=sc8-sf-web22.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1Iyuoa-0001Ph-Iy; Sun, 02 Dec 2007 11:49:20 -0800
Received: from nobody by sc8-sf-web22.sourceforge.net with local (Exim 4.43)
	id 1Iyuoa-0003U0-05; Sun, 02 Dec 2007 11:49:20 -0800
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ aperture-Feature Requests-1838876 ] java.io.File - based extractors
X-SourceForge-Tracker-unixname:	aperture
X-SourceForge-Tracker-trackerid: 779503
X-SourceForge-Tracker-itemid: 1838876
X-SourceForge-Tracker-itemstatus: Open
X-SourceForge-Tracker-itemassignee: mylka
X-SourceForge-Tracker-itemupdate-reason: Comment added
X-SourceForge-Tracker-itemupdate-username: mylka
Message-Id: <E1Iyuoa-0003U0-05@sc8-sf-web22.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web22.sourceforge.net>
Date:	Sun, 02 Dec 2007 11:49:20 -0800
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   
X-Antivirus: AVG for E-mail 7.5.503 [269.16.12/1163]
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8

Feature Requests item #1838876, was opened at 2007-11-26 19:04
Message generated for change (Comment added) made by mylka
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779503&aid=1838876&group_id=150969

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Priority: 5
Private: No
Submitted By: Antoni Mylka (mylka)
Assigned to: Antoni Mylka (mylka)
Summary: java.io.File - based extractors

Initial Comment:
This issue is described on a wiki page

http://aperture.wiki.sourceforge.net/FileBasedExtractors

The task is:
1. make a new interface FileExtractor with one mehtod that is the same as with extractor but with a java.io.File instead of inputstream
2. we extend ExtractorRegistry to also register FileExctractors. add method "getFileExctractor" (or how its called)
3. we add a method getFile() to FileDataObject, which does:
4. download the inputstream to a temp-file if only stream exists, or return a new InputStream from the file object
5. add a constructor to FileDataObject allowing a File as input
6. the FileDataObject.dispose() method deletes the possibly created temp-file
7. update the appropriate javadocs
8. update the wikipage


----------------------------------------------------------------------

>Comment By: Antoni Mylka (mylka)
Date: 2007-12-02 20:49

Message:
Logged In: YES 
user_id=1613065
Originator: YES

I've started to play around with this ticket. It turns out that the
generation of the temporary file must be placed on the shoulders of the
user. Consider the following:

1. The FileDataObject is created with an InputStream
2. The user obtains the input stream with the getContent method
3. ... and passes it to a MimeType identifier
4. the MimeTypeIdentifier determines a mime type for which only a
FileExtractor is available
5. the user calls getFile
6. the getFile method takes the stream and tries to create a temp file

But it breaks because the input stream has already been passed to a
MimeTypeIdentifier, some bytes were read from the stream, possibly the
mark/reset methods have been called. The FileDataObject cannot rewind the
stream to the beginning. Theoretically it could mark the begginning, in
getContent method but then the user would not be able to use mark/reset at
all. I think it's crappy. Therefore I placed a comment that the user should
use IOUtil.writeStream(inputStream, file) method. It is then his problem
how to deal with mark/reset problem.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779503&aid=1838876&group_id=150969


-- 
No virus found in this incoming message.
Checked by AVG Free Edition. 
Version: 7.5.503 / Virus Database: 269.16.12/1163 - Release Date: 2007-12-01 12:05


From - Sat Dec 08 12:17:05 2007
X-Account-Key: account3
X-UIDL: 00026fbc016ca3aa
X-Mozilla-Status: 0001
X-Mozilla-Status2: 10000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:51247 "EHLO
	mail.sourceforge.net" rhost-flags-OK-OK-OK-OK) by ps23.test.onet.pl
	with ESMTP id S184552923AbXLHKTp50beG;
	Sat, 8 Dec 2007 11:19:45 +0100
Received: from mta.marketplace.sourceforge.net ([66.231.87.237])
	by mail.sourceforge.net with esmtp (Exim 4.44)
	id 1J0vx4-0002RZ-HA
	for mylka@users.sourceforge.net; Sat, 08 Dec 2007 01:26:26 -0800
Received: by mta.marketplace.sourceforge.net (PowerMTA(TM) v3.2r22) id hb9hte0bnj8m for <mylka@users.sourceforge.net>; Fri, 7 Dec 2007 12:38:46 -0600 (envelope-from <bounce-2075394_HTML-1265113593-13610327-53806-0@bounce.marketplace.sourceforge.net>)
From:	"SourceForge.net Team" <noreply@sourceforge.net>
To:	<mylka@users.sourceforge.net>
Subject: Now get services at SourceForge.net Marketplace
Date:	Fri, 07 Dec 2007 12:00:12 -0600
List-Unsubscribe: <mailto:leave-fc7d167072610774717b28313958-fdfb15727361057c76117976-fe6815737365047e7713-fef911737d6402@leave.marketplace.sourceforge.net>
Reply-To: Sourceforge 
	  <reply-DV8mHSg8ZKgqtf9hcNPjpg==-2075394_HTML-1265113593-53806@marketplace.sourceforge.net>
x-job:	53806_13610327
Message-Id: <47599336.00000933@mta.marketplace.sourceforge.net>
X-Spam-Score: 2.2 (++)
X-Spam-Report: Spam Filtering performed by sourceforge.net.
	See http://spamassassin.org/tag/ for more details.
	Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001
	0.0 HTML_MESSAGE           BODY: HTML included in message
	0.2 HTML_FONT_BIG          BODY: HTML tag for a big font size
	2.0 MIME_HTML_ONLY         BODY: Message only has text/html MIME parts
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: bounce-2075394_HTML-1265113593-13610327-53806-0@bounce.marketplace.sourceforge.net
X-ZA0: unknown (-1,0)
Status:   
X-Antivirus: AVG for E-mail 7.5.503 [269.16.17/1177]
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="=======AVGMAIL-475A7D310C4D======="

--=======AVGMAIL-475A7D310C4D=======
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
"http://www.w3.org/TR/html4/loose.dtd">
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<title>Registered Users - Email</title>
<style type="text/css">
	* {margin:0px; padding:0px;}
	p {padding-bottom:5px;}
</style>
</head>

<body>
	<table width="582">
		<tr>
			<td colspan="2" align="center">
				<a style="color:#999999;font-family:arial;font-size:10px;" href="http://click.marketplace.sourceforge.net/?ju=fe2e15767466067c7d1177&ls=fde811777162027471107372&m=fef911737d6402&l=fe9116707261077471&s=fdfb15727361057c76117976&jb=ffcf14&t=" target="_blank">View this email as a Web page</a>
			</td>
		</tr>
		<tr>
			<td width="180">
				<img src="http://hosting.slackbarshinger.com/ostg/OSTG-764-8_emails/logo.png" alt="SourceForge.net Marketplace" width="180" height="40">
			</td>
			<td valign="bottom" width="402">
				<div style="padding-left:5px;font-size:13px;font-family:arial;font-weight:bold;color:#666666;">The best place to buy support for your open source software</div>
			</td>
		</tr>
		<tr>
			<td height="11" background="http://hosting.slackbarshinger.com/ostg/OSTG-764-8_emails/grey_tile.gif" colspan="2"><div style="font-size:.1em;">&nbsp;</div></td>
		</tr>
		<tr>
			<td width="582" colspan="2">
				<table cellspacing="0" cellpadding="0">
					<tr>
						<td valign="top" width="150">
							<img src="http://hosting.slackbarshinger.com/ostg/OSTG-764-8_emails/pencil.jpg" alt="Perfect match: now get services at SourceForge.net Marketplace" width="150" height="300">
						</td>
						<td valign="top">
							<div style="padding-left:5px;font-family:arial;font-weight:bold;color:#666666;">
							<div style="font-size:20px;"><div style="color:black;display:inline;">Perfect match:</div>&nbsp;now get services at <br>
							SourceForge.net <div style="display:inline;color:#ff6600;">Marketplace</div></div>
							<div style="font-size:12px;">
							<br>
							Millions of people rely on SourceForge.net for open source software. Now it&#8217;s the best place to go for support too. 
							<br><br>SourceForge.net Marketplace makes it easy to take a load off your IT staff and tap into expertise you may not have in house. 
							</div>
							<ul style="margin-top:10px;margin-bottom:10px;margin-left:20px;color:black;">
							<li>Hundreds of services available </li>
							<li>Easy to find and compare </li>
							<li>Buyer protection so you can purchase with confidence</li>
							</ul>
							<a href="http://click.marketplace.sourceforge.net/?ju=fe2d15767466067c7d1178&ls=fde811777162027471107372&m=fef911737d6402&l=fe9116707261077471&s=fdfb15727361057c76117976&jb=ffcf14&t=" style="font-size:14px;padding:5px;color:white;background-color:#ff6600;">Check out our new SourceForge.net Marketplace now</a> 
							</div>
						</td>
					</tr>
				</table>
			</td>
		</tr>
		<tr>
			<td height="8" background="http://hosting.slackbarshinger.com/ostg/OSTG-764-8_emails/grey_tile.gif" colspan="2"><div style="font-size:.1em;">&nbsp;</div></td>
		</tr>
		<tr>
			<td colspan="2">
				<div style="font-family:arial;font-size:11px;color:#999999;padding-left:5px;">
				SourceForge.net will never ask you for sensitive personal information via email.
				<br><br>
				This email was sent to: mylka@users.sourceforge.net if you would prefer not to receive information about SourceForge.net Marketplace, please update your communication preferences by visiting the <a style="font-family:arial;font-size:11px;color:#999999;text-decoration:none;" href="http://click.marketplace.sourceforge.net/?ju=fe2c15767466067c7d1179&ls=fde811777162027471107372&m=fef911737d6402&l=fe9116707261077471&s=fdfb15727361057c76117976&jb=ffcf14&t=" target="_blank">Profile Center</a>.
				<br><br>
				Copyright 2007, SourceForge 650 Castro St., Suite 450 Mountain View, CA 94041, USA
				</div>
			</td>
		</tr>
	</table>
<img src="http://click.marketplace.sourceforge.net/open.aspx?ffcb10-fe6815737365047e7713-fde811777162027471107372-fef911737d6402" width="1" height="1">
</body>
</html>
--=======AVGMAIL-475A7D310C4D=======
Content-Type: text/plain; x-avg=cert; charset=us-ascii
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
Content-Description: "AVG certification"

No virus found in this incoming message.
Checked by AVG Free Edition. 
Version: 7.5.503 / Virus Database: 269.16.17/1177 - Release Date: 2007-12-07=
 13:11

--=======AVGMAIL-475A7D310C4D=======--

From - Wed Dec 12 21:45:19 2007
X-Account-Key: account3
X-UIDL: 00026fbc017652ed
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:47990 "EHLO
	mail.sourceforge.net" rhost-flags-OK-OK-OK-OK) by ps11.test.onet.pl
	with ESMTP id S184601804AbXLLDkhwn0pW;
	Wed, 12 Dec 2007 04:40:37 +0100
Received: from sc8-sf-web22-b.sourceforge.net ([10.3.1.212] helo=sc8-sf-web22.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1J29sN-0000AM-H7; Tue, 11 Dec 2007 10:30:39 -0800
Received: from nobody by sc8-sf-web22.sourceforge.net with local (Exim 4.43)
	id 1J29sM-0005fD-64; Tue, 11 Dec 2007 10:30:39 -0800
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ kid3-Bugs-1848817 ] Adding a part frame doesn't work
X-SourceForge-Tracker-unixname:	kid3
X-SourceForge-Tracker-trackerid: 529221
X-SourceForge-Tracker-itemid: 1848817
X-SourceForge-Tracker-itemstatus: Open
X-SourceForge-Tracker-itemassignee: nobody
X-SourceForge-Tracker-itemupdate-reason: Tracker Item Submitted
X-SourceForge-Tracker-itemupdate-username: Item Submitter
Message-Id: <E1J29sM-0005fD-64@sc8-sf-web22.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web22.sourceforge.net>
Date:	Tue, 11 Dec 2007 10:30:38 -0800
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   
X-Antivirus: AVG for E-mail 7.5.503 [269.17.1/1181]
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8

Bugs item #1848817, was opened at 2007-12-11 19:30
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=529221&aid=1848817&group_id=70849

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Antoni Mylka (mylka)
Assigned to: Nobody/Anonymous (nobody)
Summary: Adding a part frame doesn't work

Initial Comment:
I use KID3 for windows, version 0.10, qt 4.3.2. I'm preparing a small file that would contain all ID3v2 frames known to mankind. 

I've created a file (attached). It already contains some ID3v2 frames. I've been adding them from top to bottom. Now, when I try to add the Part frame, the program halts. I happen to have Visual Studio installed, the debugger doesn't have the sources, so the only thing it can show is the disassembly and the stack trace.

The disassembly of the spot that causes the error (some leading and some trailing lines have been included)

004DB326  lea         esi,[esi] 
004DB329  lea         edi,[edi] 
004DB330  push        ebp  
004DB331  mov         ebp,esp 
004DB333  sub         esp,18h 
004DB336  mov         dword ptr [ebp-8],ebx 
004DB339  mov         ebx,dword ptr [ebp+0Ch] 
004DB33C  mov         dword ptr [ebp-4],esi 
004DB33F  mov         esi,dword ptr [ebp+8] 
004DB342  test        ebx,ebx 
004DB344  je          004DB3A0 
004DB346  mov         dword ptr [esp],esi 
004DB349  call        004DB310 
004DB34E  cmp         ebx,eax 
004DB350  je          004DB3A0 
004DB352  mov         dword ptr [esp],ebx 
004DB355  call        004E8E40 

THIS OP CAUSES THE ERROR
-------------------------------------------
004DB35A  cmp         byte ptr [eax+0Dh],0 
-------------------------------------------


004DB35E  mov         ecx,eax 
004DB360  mov         dword ptr [esi+1Ch],eax 
004DB363  lea         edx,[esi+0Ch] 
004DB366  jne         004DB3B0 
004DB368  movzx       eax,word ptr [edx+4] 
004DB36C  and         eax,7FFFh 
004DB371  cmp         byte ptr [ecx+0Eh],0 
004DB375  mov         word ptr [edx+4],ax 
004DB379  je          004DB3C3 
004DB37B  movzx       eax,word ptr [edx+4] 
004DB37F  or          eax,4000h 
004DB384  mov         word ptr [edx+4],ax 
004DB388  mov         eax,1 
004DB38D  mov         byte ptr [esi+18h],1 
004DB391  mov         ebx,dword ptr [ebp-8] 
004DB394  mov         esi,dword ptr [ebp-4] 


the stack trace:

>	kid3.exe!004db35a() 	
 	[Frames below may be incorrect and/or missing, no symbols loaded for kid3.exe]	
 	kid3.exe!004da48b() 	
 	kid3.exe!004da4e5() 	
 	kid3.exe!004dabaa() 	
 	kid3.exe!005ebc50() 	
 	ntdll.dll!7c9106eb() 	
 	msvcrt.dll!77c1c3c9() 	
 	kid3.exe!00412dbb() 	
 	kid3.exe!004d43e6() 	
 	kid3.exe!005e1adb() 	
 	kid3.exe!004468f8() 	
 	kid3.exe!005ebc50() 	
 	kid3.exe!00401d80() 	
 	kid3.exe!00411702() 	
 	kid3.exe!00426174() 	
 	kid3.exe!004d22ac() 	
 	QtCore4.dll!6a2f59e2() 	
 	msvcrt.dll!77c1c2e3() 	
 	QtGui4.dll!652c90fe() 	
 	QtCore4.dll!6a2f56b0() 	
 	msvcrt.dll!77c1c42e() 	
 	ntdll.dll!7c9105c8() 	
 	ntdll.dll!7c910551() 	
 	ntdll.dll!7c91056d() 	
 	QtGui4.dll!657a8aa0() 	
 	QtGui4.dll!6526cfd7() 	
 	QtGui4.dll!652c6159() 	
 	ntdll.dll!7c91056d() 	
 	msvcrt.dll!77c1c2de() 	
 	ntdll.dll!7c910732() 	
 	gdi32.dll!77f176bb() 	
 	ntdll.dll!7c910732() 	
 	ntdll.dll!7c9106ab() 	
 	ntdll.dll!7c9106eb() 	
 	QtGui4.dll!652cab8e() 	
 	ntdll.dll!7c91056d() 	
 	msvcrt.dll!77c1c2de() 	
 	msvcrt.dll!77c1c2e3() 	
 	QtGui4.dll!657a8aa0() 	
 	msvcrt.dll!77c1c2e3() 	
 	QtGui4.dll!657a7845() 	
 	QtGui4.dll!652c6ccb() 	
 	ntdll.dll!7c91056d() 	
 	msvcrt.dll!77c1c2de() 	
 	QtGui4.dll!657a8aa0() 	
 	ntdll.dll!7c9105c8() 	
 	ntdll.dll!7c910551() 	
 	ntdll.dll!7c91056d() 	
 	ntdll.dll!7c9105c8() 	
 	ntdll.dll!7c910551() 	
 	ntdll.dll!7c91056d() 	
 	ntdll.dll!7c9106eb() 	
 	msvcrt.dll!77c1c3ce() 	
 	QtCore4.dll!6a3206f0() 	
 	QtCore4.dll!6a1c5c60() 	
 	msvcrt.dll!77c1c3ce() 	
 	QtCore4.dll!6a3206f0() 	
 	QtCore4.dll!6a2f928b() 	
 	QtCore4.dll!6a2f465b() 	
 	QtGui4.dll!657a7845() 	
 	QtCore4.dll!6a2f5d89() 	
 	QtCore4.dll!6a2f60a3() 	
 	QtGui4.dll!657995e7() 	
 	QtGui4.dll!654ae9d6() 	
 	QtGui4.dll!6515a280() 	
 	QtGui4.dll!654ad1af() 	
 	QtGui4.dll!654af5e7() 	
 	QtCore4.dll!6a1f9a85() 	
 	QtGui4.dll!6515a280() 	
 	QtGui4.dll!654af8f6() 	
 	QtGui4.dll!651650f2() 	
 	QtCore4.dll!6a1c237e() 	
 	QtCore4.dll!6a3206f0() 	
 	QtCore4.dll!6a3206f0() 	
 	ntdll.dll!7c910d5c() 	
 	ntdll.dll!7c910e91() 	
 	QtCore4.dll!6a3206f0() 	
 	QtCore4.dll!6a2f465b() 	
 	QtGui4.dll!657a8aa0() 	
 	QtGui4.dll!6549c3f7() 	
 	QtCore4.dll!6a1c5c60() 	
 	msvcrt.dll!77c1c3ce() 	
 	QtCore4.dll!6a3206f0() 	
 	QtCore4.dll!6a1c5c60() 	
 	QtGui4.dll!654ae897() 	
 	QtGui4.dll!65579a52() 	
 	QtGui4.dll!6510ae7d() 	
 	QtGui4.dll!657a89fc() 	
 	QtGui4.dll!6510c0cf() 	
 	QtGui4.dll!652c5d42() 	
 	QtGui4.dll!657a8aa0() 	
 	QtGui4.dll!6515ae50() 	
 	ntdll.dll!7c910732() 	
 	ntdll.dll!7c910732() 	
 	ntdll.dll!7c9106ab() 	
 	ntdll.dll!7c9106eb() 	
 	QtGui4.dll!6515ae50() 	
 	QtGui4.dll!652c90fe() 	
 	QtGui4.dll!65156b4c() 	
 	QtCore4.dll!6a3206f0() 	
 	QtGui4.dll!65178150() 	
 	QtCore4.dll!6a1c237e() 	
 	user32.dll!7e36885a() 	
 	user32.dll!7e36882a() 	
 	QtCore4.dll!6a3206f0() 	
 	QtCore4.dll!6a1c2606() 	
 	user32.dll!7e36b4cb() 	
 	user32.dll!7e36b50c() 	
 	QtCore4.dll!6a2dff23() 	
 	ntdll.dll!7c90eae3() 	
 	user32.dll!7e36d6f1() 	
 	QtGui4.dll!65176f87() 	
 	ntdll.dll!7c9105c8() 	
 	ntdll.dll!7c91056d() 	
 	gdi32.dll!77f160ab() 	
 	QtGui4.dll!6515d3ab() 	
 	QtGui4.dll!652c55f4() 	
 	QtGui4.dll!6526cda1() 	
 	ntdll.dll!7c91056d() 	
 	gdi32.dll!77f176bb() 	
 	QtGui4.dll!657a8aa0() 	
 	msvcrt.dll!77c1c2e3() 	
 	QtGui4.dll!657a7845() 	
 	QtGui4.dll!65174f4f() 	
 	QtGui4.dll!6517823c() 	
 	user32.dll!7e3684fc() 	
 	user32.dll!7e3685a4() 	
 	user32.dll!7e36b3f9() 	
 	user32.dll!7e368bd9() 	
 	user32.dll!7e36b3cc() 	
 	user32.dll!7e36b3a7() 	
 	QtGui4.dll!65167ff9() 	
 	QtGui4.dll!6517899b() 	
 	ntdll.dll!7c910732() 	
 	QtGui4.dll!657a8aa0() 	
 	QtGui4.dll!6515c375() 	
 	QtGui4.dll!657a8aa0() 	
 	QtGui4.dll!6515c15b() 	
 	QtGui4.dll!652c4c71() 	
 	QtGui4.dll!657a8aa0() 	
 	QtGui4.dll!652c55f4() 	
 	QtGui4.dll!6515c59d() 	
 	QtGui4.dll!657a8aa0() 	
 	QtGui4.dll!6515c15b() 	
 	QtGui4.dll!652c4c71() 	
 	QtGui4.dll!657a8aa0() 	
 	QtGui4.dll!652c55f4() 	
 	QtGui4.dll!6515c59d() 	
 	QtGui4.dll!6567fdad() 	
 	QtGui4.dll!657a8aa0() 	
 	QtGui4.dll!657a8aa0() 	
 	QtGui4.dll!6515c375() 	
 	msvcrt.dll!77c1c2de() 	
 	msvcrt.dll!77c1c2e3() 	
 	gdi32.dll!77f176bb() 	
 	QtGui4.dll!657a8aa0() 	
 	ntdll.dll!7c912d34() 	
 	ntdll.dll!7c912d34() 	
 	ntdll.dll!7c910732() 	
 	ntdll.dll!7c9106ab() 	
 	ntdll.dll!7c9106eb() 	
 	ntdll.dll!7c910732() 	
 	ntdll.dll!7c9106ab() 	
 	ntdll.dll!7c9106eb() 	
 	ntdll.dll!7c910732() 	
 	ntdll.dll!7c9106eb() 	
 	ntdll.dll!7c910732() 	
 	QtGui4.dll!657a8aa0() 	
 	ntdll.dll!7c910732() 	
 	ntdll.dll!7c910732() 	
 	ntdll.dll!7c910732() 	
 	ntdll.dll!7c9106ab() 	
 	ntdll.dll!7c9106eb() 	
 	QtGui4.dll!6513da1d() 	
 	ntdll.dll!7c910732() 	
 	ntdll.dll!7c9106ab() 	
 	ntdll.dll!7c9106eb() 	
 	QtGui4.dll!653a0e09() 	
 	ntdll.dll!7c910732() 	
 	ntdll.dll!7c910732() 	
 	ntdll.dll!7c9106ab() 	
 	ntdll.dll!7c9106eb() 	
 	msvcrt.dll!77c1c3ce() 	
 	ntdll.dll!7c9105c8() 	
 	ntdll.dll!7c910551() 	
 	ntdll.dll!7c91056d() 	
 	QtCore4.dll!6a3206f0() 	
 	QtCore4.dll!6a2e69a1() 	
 	ntdll.dll!7c9106eb() 	
 	msvcrt.dll!77c1c3c9() 	
 	msvcrt.dll!77c1c3ce() 	
 	ntdll.dll!7c9105c8() 	
 	ntdll.dll!7c910551() 	
 	ntdll.dll!7c91056d() 	
 	QtCore4.dll!6a3206f0() 	
 	QtCore4.dll!6a2e69a1() 	
 	ntdll.dll!7c9105c8() 	
 	ntdll.dll!7c910551() 	
 	ntdll.dll!7c91056d() 	
 	ntdll.dll!7c91056d() 	
 	msvcrt.dll!77c1c2de() 	
 	msvcrt.dll!77c1c2e3() 	
 	QtCore4.dll!6a3206f0() 	
 	QtCore4.dll!6a2e80c0() 	
 	QtGui4.dll!656e574e() 	
 	QtGui4.dll!657a8aa0() 	
 	QtGui4.dll!656bdbc7() 	
 	ntdll.dll!7c910732() 	
 	ntdll.dll!7c910732() 	
 	ntdll.dll!7c9106ab() 	
 	ntdll.dll!7c9106eb() 	
 	msvcrt.dll!77c1c2de() 	
 	QtGui4.dll!656c0df2() 	
 	QtCore4.dll!6a3206f0() 	
 	QtCore4.dll!6a2e9699() 	
 	QtGui4.dll!657a8aa0() 	
 	QtGui4.dll!65108efe() 	
 	QtGui4.dll!657a8aa0() 	
 	QtGui4.dll!657a8aa0() 	
 	QtGui4.dll!657a8aa0() 	
 	gdi32.dll!77f17102() 	
 	gdi32.dll!77f170ad() 	
 	QtGui4.dll!652cdb14() 	
 	ntdll.dll!7c9106eb() 	
 	user32.dll!7e371baa() 	
 	user32.dll!7e371bcf() 	
 	QtGui4.dll!653a27c2() 	
 	QtGui4.dll!657a8aa0() 	
 	QtGui4.dll!657a8aa0() 	
 	QtGui4.dll!652e3ac4() 	
 	QtGui4.dll!653a0ed3() 	
 	QtCore4.dll!6a2f465b() 	
 	QtGui4.dll!657a8aa0() 	
 	QtGui4.dll!65155a3a() 	
 	QtGui4.dll!657a8aa0() 	
 	QtCore4.dll!6a3206f0() 	
 	QtCore4.dll!6a3206f0() 	
 	QtCore4.dll!6a2f465b() 	
 	QtGui4.dll!657a8aa0() 	
 	ntdll.dll!7c911538() 	
 	ntdll.dll!7c911596() 	
 	ntdll.dll!7c9106eb() 	
 	QtGui4.dll!65165059() 	
 	QtGui4.dll!6548f249() 	
 	ntdll.dll!7c910732() 	
 	ntdll.dll!7c910732() 	
 	ntdll.dll!7c9106ab() 	
 	ntdll.dll!7c9106eb() 	
 	QtGui4.dll!65165059() 	
 	QtGui4.dll!65165059() 	
 	ntdll.dll!7c910f46() 	
 	ntdll.dll!7c910e91() 	
 	ntdll.dll!7c91056d() 	
 	gdi32.dll!77f1919d() 	
 	gdi32.dll!77f1915f() 	
 	gdi32.dll!77f18ef9() 	
 	gdi32.dll!77f17012() 	
 	gdi32.dll!77f16ffa() 	
 	guard32.dll!10001a5f() 	
 	ntdll.dll!7c9105c8() 	
 	ntdll.dll!7c910551() 	
 	ntdll.dll!7c91056d() 	
 	gdi32.dll!77f16e2d() 	
 	gdi32.dll!77f16f1a() 	
 	gdi32.dll!77f16e81() 	
 	user32.dll!7e371e1c() 	
 	user32.dll!7e371c9f() 	
 	user32.dll!7e371c87() 	
 	user32.dll!7e37296a() 	
 	user32.dll!7e372931() 	
 	user32.dll!7e37293c() 	
 	QtGui4.dll!656e6c58() 	
 	QtGui4.dll!6510ae7d() 	
 	ntdll.dll!7c910833() 	
 	ntdll.dll!7c910833() 	
 	ntdll.dll!7c910895() 	
 	ntdll.dll!7c912754() 	
 	ntdll.dll!7c912937() 	
 	ntdll.dll!7c910833() 	
 	ntdll.dll!7c910895() 	
 	ntdll.dll!7c912975() 	
 	ntdll.dll!7c9129b9() 	
 	ntdll.dll!7c910833() 	
 	gdi32.dll!77f17f7c() 	
 	gdi32.dll!77f1840c() 	
 	gdi32.dll!77f18c7c() 	
 	gdi32.dll!77f18c86() 	
 	gdi32.dll!77f18c86() 	
 	ntdll.dll!7c912937() 	
 	ntdll.dll!7c912c99() 	
 	ntdll.dll!7c912cb7() 	
 	kernel32.dll!7c809fde() 	
 	kernel32.dll!7c809ff5() 	
 	user32.dll!7e372c0f() 	
 	kernel32.dll!7c809ff5() 	
 	user32.dll!7e372005() 	
 	ntdll.dll!7c910732() 	
 	ntdll.dll!7c910732() 	
 	ntdll.dll!7c9106ab() 	
 	ntdll.dll!7c9106eb() 	
 	user32.dll!7e369d60() 	
 	ntdll.dll!7c911538() 	
 	ntdll.dll!7c911596() 	
 	ntdll.dll!7c9106eb() 	
 	ntdll.dll!7c9105c8() 	
 	ntdll.dll!7c910551() 	
 	ntdll.dll!7c9105c8() 	
 	ntdll.dll!7c91056d() 	
 	gdi32.dll!77f1a86c() 	
 	gdi32.dll!77f17012() 	
 	gdi32.dll!77f16ffa() 	
 	ntdll.dll!7c9105c8() 	
 	ntdll.dll!7c910551() 	
 	ntdll.dll!7c91056d() 	
 	ntdll.dll!7c911bff() 	
 	ntdll.dll!7c911dac() 	
 	ntdll.dll!7c910eca() 	
 	ntdll.dll!7c910e91() 	
 	ntdll.dll!7c91056d() 	
 	ntdll.dll!7c91056d() 	
 	kernel32.dll!7c80996d() 	
 	user32.dll!7e36ef61() 	
 	kernel32.dll!7c80996d() 	
 	MSCTF.dll!746f02bd() 	
 	ntdll.dll!7c90dcdf() 	
 	kernel32.dll!7c8131aa() 	
 	kernel32.dll!7c81325a() 	
 	ntdll.dll!7c90d592() 	
 	kernel32.dll!7c809b8b() 	
 	MSCTF.dll!746d15d9() 	
 	MSCTF.dll!746ef6a5() 	
 	kernel32.dll!7c8025f0() 	
 	kernel32.dll!7c8025f0() 	
 	kernel32.dll!7c802532() 	
 	kernel32.dll!7c80261a() 	
 	kernel32.dll!7c8025f0() 	
 	ntdll.dll!7c90e2f1() 	
 	kernel32.dll!7c8024b7() 	
 	MSCTF.dll!74704ac9() 	
 	MSCTF.dll!746f096f() 	
 	MSCTF.dll!746f099f() 	
 	MSCTF.dll!74704c96() 	
 	user32.dll!7e3684fc() 	
 	user32.dll!7e3685a4() 	
 	user32.dll!7e36d598() 	
 	user32.dll!7e368bd9() 	
 	user32.dll!7e36d5ac() 	
 	user32.dll!7e36d559() 	
 	user32.dll!7e36d559() 	
 	MSCTF.dll!746efbb0() 	
 	MSCTF.dll!746efbbb() 	
 	ntdll.dll!7c90e2f1() 	
 	kernel32.dll!7c8024b7() 	
 	MSCTF.dll!746d5502() 	
 	MSCTF.dll!746d4636() 	
 	MSCTF.dll!746e0455() 	
 	user32.dll!7e36f896() 	
 	user32.dll!7e36f896() 	
 	MSCTF.dll!746e0e6c() 	
 	MSCTF.dll!746e0e71() 	
 	MSCTF.dll!746e09a9() 	
 	MSCTF.dll!746e0e71() 	
 	user32.dll!7e36f7f6() 	
 	QtGui4.dll!65178150() 	
 	user32.dll!7e368734() 	
 	user32.dll!7e368816() 	
 	user32.dll!7e3689cd() 	
 	user32.dll!7e368a10() 	
 	QtCore4.dll!6a30fa31() 	
 	msvcrt.dll!77c1c2e3() 	
 	QtGui4.dll!65174f4f() 	
 	uxtheme.dll!5b1d1b3d() 	
 	user32.dll!7e36b3f9() 	
 	user32.dll!7e368bd9() 	
 	user32.dll!7e36b3cc() 	
 	user32.dll!7e36b3a7() 	
 	QtGui4.dll!6517823c() 	
 	user32.dll!7e36d074() 	
 	user32.dll!7e368bd9() 	
 	user32.dll!7e36885a() 	
 	user32.dll!7e36882a() 	
 	ntdll.dll!7c910732() 	
 	ntdll.dll!7c910732() 	
 	ntdll.dll!7c9106ab() 	
 	ntdll.dll!7c9106eb() 	
 	user32.dll!7e36b4cb() 	
 	user32.dll!7e36d0a5() 	
 	user32.dll!7e36d0b5() 	
 	ntdll.dll!7c90eae3() 	
 	user32.dll!7e36dbf8() 	
 	QtGui4.dll!651980a0() 	
 	QtGui4.dll!654887f3() 	
 	QtGui4.dll!657a8aa0() 	
 	ntdll.dll!7c9105c8() 	
 	ntdll.dll!7c910551() 	
 	ntdll.dll!7c91056d() 	
 	QtGui4.dll!6515d3ab() 	
 	user32.dll!7e37f650() 	
 	ntdll.dll!7c91056d() 	
 	ntdll.dll!7c917cb7() 	
 	ntdll.dll!7c917bf5() 	
 	ntdll.dll!7c917bb0() 	
 	QtCore4.dll!6a2f7f98() 	
 	ntdll.dll!7c9106ab() 	
 	ntdll.dll!7c9106eb() 	
 	QtGui4.dll!6557cff1() 	
 	QtGui4.dll!657a8aa0() 	
 	QtGui4.dll!657a8aa0() 	
 	QtGui4.dll!65165059() 	
 	msvcrt.dll!77c1c3e7() 	
 	QtGui4.dll!657a8aa0() 	
 	QtGui4.dll!657a8aa0() 	
 	msvcrt.dll!77c1c3c9() 	
 	msvcrt.dll!77c1c3ce() 	
 	ntdll.dll!7c917bb0() 	
 	msvcrt.dll!77c1c756() 	
 	msvcrt.dll!77c1c774() 	
 	msvcrt.dll!77c1c42e() 	
 	QtCore4.dll!6a2220d9() 	
 	msvcrt.dll!77c1c774() 	
 	QtGui4.dll!65814850() 	
 	QtCore4.dll!6a222199() 	
 	QtGui4.dll!6581461d() 	
 	QtGui4.dll!6530ca9c() 	
 	QtGui4.dll!657a8aa0() 	
 	QtGui4.dll!653ac0fb() 	
 	QtGui4.dll!653ac0fb() 	
 	QtGui4.dll!657a8aa0() 	
 	QtCore4.dll!6a3206f0() 	
 	QtCore4.dll!6a2f7f98() 	
 	QtGui4.dll!657a8aa0() 	
 	ntdll.dll!7c9106eb() 	
 	QtGui4.dll!65165059() 	
 	ntdll.dll!7c9105c8() 	
 	ntdll.dll!7c910551() 	
 	ntdll.dll!7c91056d() 	
 	QtGui4.dll!657a8aa0() 	
 	QtGui4.dll!6548f2a9() 	
 	QtGui4.dll!6548f2a9() 	
 	QtGui4.dll!65165059() 	
 	QtGui4.dll!657a77ab() 	
 	gdi32.dll!77f19ea8() 	
 	QtGui4.dll!657a8aa0() 	
 	QtGui4.dll!6540e2a5() 	
 	QtGui4.dll!6540e2a5() 	
 	ntdll.dll!7c9106eb() 	
 	QtCore4.dll!6a3206f0() 	
 	QtCore4.dll!6a3206f0() 	
 	user32.dll!7e36ec0c() 	
 	QtCore4.dll!6a2f7f98() 	
 	QtGui4.dll!65165059() 	
 	QtGui4.dll!6540e2a5() 	
 	QtGui4.dll!65157625() 	
 	ntdll.dll!7c910732() 	
 	QtGui4.dll!657a8aa0() 	
 	ntdll.dll!7c9106eb() 	
 	QtGui4.dll!65165059() 	
 	ntdll.dll!7c910732() 	
 	ntdll.dll!7c9106eb() 	
 	QtGui4.dll!657a8aa0() 	
 	QtGui4.dll!657a8aa0() 	
 	ntdll.dll!7c9106eb() 	
 	QtGui4.dll!651650a7() 	
 	QtGui4.dll!6548f249() 	
 	QtGui4.dll!653b1777() 	
 	QtGui4.dll!657a8aa0() 	
 	QtGui4.dll!6549c3f7() 	
 	QtGui4.dll!657a8aa0() 	
 	QtGui4.dll!654ae897() 	
 	QtGui4.dll!657a8aa0() 	
 	QtGui4.dll!6540e2a5() 	
 	QtCore4.dll!6a1c5c60() 	
 	QtGui4.dll!657a8aa0() 	
 	QtCore4.dll!6a3206f0() 	
 	QtCore4.dll!6a2f7f98() 	
 	QtGui4.dll!657a8aa0() 	
 	QtGui4.dll!655819fb() 	
 	ntdll.dll!7c910732() 	
 	ntdll.dll!7c911538() 	
 	ntdll.dll!7c911596() 	
 	ntdll.dll!7c9106eb() 	
 	QtGui4.dll!657a8aa0() 	
 	ntdll.dll!7c910551() 	
 	QtGui4.dll!651650a7() 	
 	QtGui4.dll!6548f249() 	
 	msvcrt.dll!77c1c3ce() 	
 	ntdll.dll!7c910732() 	
 	ntdll.dll!7c917e77() 	
 	ntdll.dll!7c917c0c() 	
 	ntdll.dll!7c917bb0() 	
 	ntdll.dll!7c917bb0() 	
 	ntdll.dll!7c912975() 	
 	ntdll.dll!7c9129b9() 	
 	ntdll.dll!7c910833() 	
 	user32.dll!7e36b42d() 	
 	user32.dll!7e36d598() 	
 	user32.dll!7e368bd9() 	
 	user32.dll!7e36d5ac() 	
 	user32.dll!7e36d559() 	
 	user32.dll!7e36d559() 	
 	MSCTF.dll!746efbbb() 	
 	user32.dll!7e36d598() 	
 	user32.dll!7e36d598() 	
 	user32.dll!7e368bd9() 	
 	user32.dll!7e36d5ac() 	
 	user32.dll!7e36d559() 	
 	user32.dll!7e36d559() 	
 	MSCTF.dll!746efbb0() 	
 	MSCTF.dll!746efbbb() 	
 	user32.dll!7e36baa4() 	
 	user32.dll!7e36b96b() 	
 	user32.dll!7e36b96b() 	
 	uxtheme.dll!5b1d18d7() 	
 	uxtheme.dll!5b1d338a() 	
 	user32.dll!7e368734() 	
 	user32.dll!7e36d074() 	
 	user32.dll!7e368bd9() 	
 	user32.dll!7e36885a() 	
 	user32.dll!7e36882a() 	
 	user32.dll!7e368734() 	
 	user32.dll!7e368bd9() 	
 	user32.dll!7e36885a() 	
 	user32.dll!7e36882a() 	
 	user32.dll!7e36882a() 	
 	user32.dll!7e36b4c0() 	
 	user32.dll!7e36b4cb() 	
 	uxtheme.dll!5b1d153d() 	
 	uxtheme.dll!5b1d3d17() 	
 	user32.dll!7e368bd9() 	
 	user32.dll!7e36bd1f() 	
 	user32.dll!7e368ffb() 	
 	user32.dll!7e368ffb() 	
 	uxtheme.dll!5b1d48c3() 	
 	uxtheme.dll!5b1d48f6() 	
 	uxtheme.dll!5b1d48f6() 	
 	user32.dll!7e36fdfe() 	
 	ntdll.dll!7c91056d() 	
 	uxtheme.dll!5b1d487a() 	
 	uxtheme.dll!5b1d488e() 	
 	uxtheme.dll!5b1d5ef7() 	
 	uxtheme.dll!5b1d557c() 	
 	uxtheme.dll!5b1d153d() 	
 	uxtheme.dll!5b1d3d17() 	
 	user32.dll!7e368bd9() 	
 	user32.dll!7e36bd1f() 	
 	user32.dll!7e368ffb() 	
 	user32.dll!7e368ffb() 	
 	uxtheme.dll!5b1d48c3() 	
 	uxtheme.dll!5b1d48f6() 	
 	uxtheme.dll!5b1d48f6() 	
 	QtCore4.dll!6a3206f0() 	
 	QtCore4.dll!6a2f7f98() 	
 	user32.dll!7e368ffb() 	
 	uxtheme.dll!5b1d48c3() 	
 	uxtheme.dll!5b1d48f6() 	
 	uxtheme.dll!5b1d48f6() 	
 	uxtheme.dll!5b1d487a() 	
 	uxtheme.dll!5b1d488e() 	
 	uxtheme.dll!5b1d5d15() 	
 	ntdll.dll!7c910732() 	
 	ntdll.dll!7c9106ab() 	
 	ntdll.dll!7c9106eb() 	
 	QtGui4.dll!657a8aa0() 	
 	QtGui4.dll!651650a7() 	
 	QtGui4.dll!6548f249() 	
 	ntdll.dll!7c910732() 	
 	ntdll.dll!7c9106eb() 	
 	QtGui4.dll!657a8aa0() 	
 	QtGui4.dll!6540e2a5() 	
 	QtGui4.dll!657a8aa0() 	
 	QtGui4.dll!655304e7() 	
 	QtGui4.dll!657a77ab() 	
 	QtGui4.dll!655819fb() 	
 	ntdll.dll!7c9105c8() 	
 	QtGui4.dll!6510ae7d() 	
 	QtGui4.dll!657a8aa0() 	
 	QtGui4.dll!6510b0a8() 	
 	QtGui4.dll!657a8aa0() 	
 	ntdll.dll!7c910732() 	
 	QtGui4.dll!652c5f99() 	
 	ntdll.dll!7c910732() 	
 	ntdll.dll!7c910732() 	
 	ntdll.dll!7c9106ab() 	
 	ntdll.dll!7c9106eb() 	
 	ntdll.dll!7c911538() 	
 	ntdll.dll!7c911596() 	
 	ntdll.dll!7c9106eb() 	
 	msvcrt.dll!77c1c3ce() 	
 	msvcrt.dll!77c1c42e() 	
 	user32.dll!7e36b4cb() 	
 	ntdll.dll!7c91056d() 	
 	msvcrt.dll!77c1c2de() 	
 	msvcrt.dll!77c1c2e3() 	
 	gdi32.dll!77f176bb() 	
 	QtGui4.dll!657a8aa0() 	
 	QtGui4.dll!65660502() 	
 	QtCore4.dll!6a3206f0() 	
 	QtCore4.dll!6a3206f0() 	
 	ntdll.dll!7c9106eb() 	
 	msvcrt.dll!77c1c3c9() 	
 	msvcrt.dll!77c1c3ce() 	
 	msvcrt.dll!77c1c3ce() 	
 	msvcrt.dll!77c1c42e() 	
 	QtCore4.dll!6a30f0e0() 	
 	QtGui4.dll!6517cd40() 	
 	QtCore4.dll!6a339cc3() 	
 	QtCore4.dll!6a2df91d() 	
 	QtCore4.dll!6a339b6a() 	
 	QtCore4.dll!6a2dfb2a() 	
 	QtCore4.dll!6a3206f0() 	
 	QtCore4.dll!6a2e5dbb() 	
 	kid3.exe!005e1adb() 	
 	kid3.exe!00437408() 	
 	ntdll.dll!7c91056d() 	
 	msvcrt.dll!77c1c2de() 	
 	msvcrt.dll!77c1c3ce() 	
 	QtCore4.dll!6a3206f0() 	
 	QtCore4.dll!6a3132a2() 	
 	msvcrt.dll!77c1c42e() 	
 	kid3.exe!00607dec() 	
 	kid3.exe!004d40ab() 	
 	kid3.exe!00495f3c() 	
 	ntdll.dll!7c910945() 	
 	ntdll.dll!7c910970() 	
 	kernel32.dll!7c8021b5() 	
 	msvcrt.dll!77c1c024() 	
 	msvcrt.dll!77c1c02d() 	
 	kid3.exe!004d3ca8() 	
 	msvcrt.dll!77c2a52e() 	
 	kid3.exe!004d3d26() 	
 	kid3.exe!0040124b() 	
 	kid3.exe!004012b8() 	
 	kernel32.dll!7c816fd7() 	


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=529221&aid=1848817&group_id=70849


-- 
No virus found in this incoming message.
Checked by AVG Free Edition. 
Version: 7.5.503 / Virus Database: 269.17.1/1181 - Release Date: 2007-12-11 17:05


From - Thu Dec 13 23:37:46 2007
X-Account-Key: account3
X-UIDL: 00026fbc017b202b
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:49994 "EHLO
	mail.sourceforge.net" rhost-flags-OK-OK-OK-OK) by ps26.test.onet.pl
	with ESMTP id S184659926AbXLMVhTS2tSe;
	Thu, 13 Dec 2007 22:37:19 +0100
Received: from sc8-sf-web22-b.sourceforge.net ([10.3.1.212] helo=sc8-sf-web22.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1J2vk2-0002gs-La; Thu, 13 Dec 2007 13:37:14 -0800
Received: from nobody by sc8-sf-web22.sourceforge.net with local (Exim 4.43)
	id 1J2vk2-0005dH-4h; Thu, 13 Dec 2007 13:37:14 -0800
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ kid3-Bugs-1848817 ] Adding a part frame doesn't work
X-SourceForge-Tracker-unixname:	kid3
X-SourceForge-Tracker-trackerid: 529221
X-SourceForge-Tracker-itemid: 1848817
X-SourceForge-Tracker-itemstatus: Open
X-SourceForge-Tracker-itemassignee: nobody
X-SourceForge-Tracker-itemupdate-reason: Comment added
X-SourceForge-Tracker-itemupdate-username: ufleisch
Message-Id: <E1J2vk2-0005dH-4h@sc8-sf-web22.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web22.sourceforge.net>
Date:	Thu, 13 Dec 2007 13:37:14 -0800
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   
X-Antivirus: AVG for E-mail 7.5.503 [269.17.1/1182]
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8

Bugs item #1848817, was opened at 2007-12-11 18:30
Message generated for change (Comment added) made by ufleisch
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=529221&aid=1848817&group_id=70849

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Antoni Mylka (mylka)
Assigned to: Nobody/Anonymous (nobody)
Summary: Adding a part frame doesn't work

Initial Comment:
I use KID3 for windows, version 0.10, qt 4.3.2. I'm preparing a small file that would contain all ID3v2 frames known to mankind. 

I've created a file (attached). It already contains some ID3v2 frames. I've been adding them from top to bottom. Now, when I try to add the Part frame, the program halts. I happen to have Visual Studio installed, the debugger doesn't have the sources, so the only thing it can show is the disassembly and the stack trace.

The disassembly of the spot that causes the error (some leading and some trailing lines have been included)

004DB326  lea         esi,[esi] 
004DB329  lea         edi,[edi] 
004DB330  push        ebp  
004DB331  mov         ebp,esp 
004DB333  sub         esp,18h 
004DB336  mov         dword ptr [ebp-8],ebx 
004DB339  mov         ebx,dword ptr [ebp+0Ch] 
004DB33C  mov         dword ptr [ebp-4],esi 
004DB33F  mov         esi,dword ptr [ebp+8] 
004DB342  test        ebx,ebx 
004DB344  je          004DB3A0 
004DB346  mov         dword ptr [esp],esi 
004DB349  call        004DB310 
004DB34E  cmp         ebx,eax 
004DB350  je          004DB3A0 
004DB352  mov         dword ptr [esp],ebx 
004DB355  call        004E8E40 

THIS OP CAUSES THE ERROR
-------------------------------------------
004DB35A  cmp         byte ptr [eax+0Dh],0 
-------------------------------------------


004DB35E  mov         ecx,eax 
004DB360  mov         dword ptr [esi+1Ch],eax 
004DB363  lea         edx,[esi+0Ch] 
004DB366  jne         004DB3B0 
004DB368  movzx       eax,word ptr [edx+4] 
004DB36C  and         eax,7FFFh 
004DB371  cmp         byte ptr [ecx+0Eh],0 
004DB375  mov         word ptr [edx+4],ax 
004DB379  je          004DB3C3 
004DB37B  movzx       eax,word ptr [edx+4] 
004DB37F  or          eax,4000h 
004DB384  mov         word ptr [edx+4],ax 
004DB388  mov         eax,1 
004DB38D  mov         byte ptr [esi+18h],1 
004DB391  mov         ebx,dword ptr [ebp-8] 
004DB394  mov         esi,dword ptr [ebp-4] 


the stack trace:

>	kid3.exe!004db35a() 	
 	[Frames below may be incorrect and/or missing, no symbols loaded for kid3.exe]	
 	kid3.exe!004da48b() 	
 	kid3.exe!004da4e5() 	
 	kid3.exe!004dabaa() 	
 	kid3.exe!005ebc50() 	
 	ntdll.dll!7c9106eb() 	
 	msvcrt.dll!77c1c3c9() 	
 	kid3.exe!00412dbb() 	
 	kid3.exe!004d43e6() 	
 	kid3.exe!005e1adb() 	
 	kid3.exe!004468f8() 	
 	kid3.exe!005ebc50() 	
 	kid3.exe!00401d80() 	
 	kid3.exe!00411702() 	
 	kid3.exe!00426174() 	
 	kid3.exe!004d22ac() 	
 	QtCore4.dll!6a2f59e2() 	
 	msvcrt.dll!77c1c2e3() 	
 	QtGui4.dll!652c90fe() 	
 	QtCore4.dll!6a2f56b0() 	
 	msvcrt.dll!77c1c42e() 	
 	ntdll.dll!7c9105c8() 	
 	ntdll.dll!7c910551() 	
 	ntdll.dll!7c91056d() 	
 	QtGui4.dll!657a8aa0() 	
 	QtGui4.dll!6526cfd7() 	
 	QtGui4.dll!652c6159() 	
 	ntdll.dll!7c91056d() 	
 	msvcrt.dll!77c1c2de() 	
 	ntdll.dll!7c910732() 	
 	gdi32.dll!77f176bb() 	
 	ntdll.dll!7c910732() 	
 	ntdll.dll!7c9106ab() 	
 	ntdll.dll!7c9106eb() 	
 	QtGui4.dll!652cab8e() 	
 	ntdll.dll!7c91056d() 	
 	msvcrt.dll!77c1c2de() 	
 	msvcrt.dll!77c1c2e3() 	
 	QtGui4.dll!657a8aa0() 	
 	msvcrt.dll!77c1c2e3() 	
 	QtGui4.dll!657a7845() 	
 	QtGui4.dll!652c6ccb() 	
 	ntdll.dll!7c91056d() 	
 	msvcrt.dll!77c1c2de() 	
 	QtGui4.dll!657a8aa0() 	
 	ntdll.dll!7c9105c8() 	
 	ntdll.dll!7c910551() 	
 	ntdll.dll!7c91056d() 	
 	ntdll.dll!7c9105c8() 	
 	ntdll.dll!7c910551() 	
 	ntdll.dll!7c91056d() 	
 	ntdll.dll!7c9106eb() 	
 	msvcrt.dll!77c1c3ce() 	
 	QtCore4.dll!6a3206f0() 	
 	QtCore4.dll!6a1c5c60() 	
 	msvcrt.dll!77c1c3ce() 	
 	QtCore4.dll!6a3206f0() 	
 	QtCore4.dll!6a2f928b() 	
 	QtCore4.dll!6a2f465b() 	
 	QtGui4.dll!657a7845() 	
 	QtCore4.dll!6a2f5d89() 	
 	QtCore4.dll!6a2f60a3() 	
 	QtGui4.dll!657995e7() 	
 	QtGui4.dll!654ae9d6() 	
 	QtGui4.dll!6515a280() 	
 	QtGui4.dll!654ad1af() 	
 	QtGui4.dll!654af5e7() 	
 	QtCore4.dll!6a1f9a85() 	
 	QtGui4.dll!6515a280() 	
 	QtGui4.dll!654af8f6() 	
 	QtGui4.dll!651650f2() 	
 	QtCore4.dll!6a1c237e() 	
 	QtCore4.dll!6a3206f0() 	
 	QtCore4.dll!6a3206f0() 	
 	ntdll.dll!7c910d5c() 	
 	ntdll.dll!7c910e91() 	
 	QtCore4.dll!6a3206f0() 	
 	QtCore4.dll!6a2f465b() 	
 	QtGui4.dll!657a8aa0() 	
 	QtGui4.dll!6549c3f7() 	
 	QtCore4.dll!6a1c5c60() 	
 	msvcrt.dll!77c1c3ce() 	
 	QtCore4.dll!6a3206f0() 	
 	QtCore4.dll!6a1c5c60() 	
 	QtGui4.dll!654ae897() 	
 	QtGui4.dll!65579a52() 	
 	QtGui4.dll!6510ae7d() 	
 	QtGui4.dll!657a89fc() 	
 	QtGui4.dll!6510c0cf() 	
 	QtGui4.dll!652c5d42() 	
 	QtGui4.dll!657a8aa0() 	
 	QtGui4.dll!6515ae50() 	
 	ntdll.dll!7c910732() 	
 	ntdll.dll!7c910732() 	
 	ntdll.dll!7c9106ab() 	
 	ntdll.dll!7c9106eb() 	
 	QtGui4.dll!6515ae50() 	
 	QtGui4.dll!652c90fe() 	
 	QtGui4.dll!65156b4c() 	
 	QtCore4.dll!6a3206f0() 	
 	QtGui4.dll!65178150() 	
 	QtCore4.dll!6a1c237e() 	
 	user32.dll!7e36885a() 	
 	user32.dll!7e36882a() 	
 	QtCore4.dll!6a3206f0() 	
 	QtCore4.dll!6a1c2606() 	
 	user32.dll!7e36b4cb() 	
 	user32.dll!7e36b50c() 	
 	QtCore4.dll!6a2dff23() 	
 	ntdll.dll!7c90eae3() 	
 	user32.dll!7e36d6f1() 	
 	QtGui4.dll!65176f87() 	
 	ntdll.dll!7c9105c8() 	
 	ntdll.dll!7c91056d() 	
 	gdi32.dll!77f160ab() 	
 	QtGui4.dll!6515d3ab() 	
 	QtGui4.dll!652c55f4() 	
 	QtGui4.dll!6526cda1() 	
 	ntdll.dll!7c91056d() 	
 	gdi32.dll!77f176bb() 	
 	QtGui4.dll!657a8aa0() 	
 	msvcrt.dll!77c1c2e3() 	
 	QtGui4.dll!657a7845() 	
 	QtGui4.dll!65174f4f() 	
 	QtGui4.dll!6517823c() 	
 	user32.dll!7e3684fc() 	
 	user32.dll!7e3685a4() 	
 	user32.dll!7e36b3f9() 	
 	user32.dll!7e368bd9() 	
 	user32.dll!7e36b3cc() 	
 	user32.dll!7e36b3a7() 	
 	QtGui4.dll!65167ff9() 	
 	QtGui4.dll!6517899b() 	
 	ntdll.dll!7c910732() 	
 	QtGui4.dll!657a8aa0() 	
 	QtGui4.dll!6515c375() 	
 	QtGui4.dll!657a8aa0() 	
 	QtGui4.dll!6515c15b() 	
 	QtGui4.dll!652c4c71() 	
 	QtGui4.dll!657a8aa0() 	
 	QtGui4.dll!652c55f4() 	
 	QtGui4.dll!6515c59d() 	
 	QtGui4.dll!657a8aa0() 	
 	QtGui4.dll!6515c15b() 	
 	QtGui4.dll!652c4c71() 	
 	QtGui4.dll!657a8aa0() 	
 	QtGui4.dll!652c55f4() 	
 	QtGui4.dll!6515c59d() 	
 	QtGui4.dll!6567fdad() 	
 	QtGui4.dll!657a8aa0() 	
 	QtGui4.dll!657a8aa0() 	
 	QtGui4.dll!6515c375() 	
 	msvcrt.dll!77c1c2de() 	
 	msvcrt.dll!77c1c2e3() 	
 	gdi32.dll!77f176bb() 	
 	QtGui4.dll!657a8aa0() 	
 	ntdll.dll!7c912d34() 	
 	ntdll.dll!7c912d34() 	
 	ntdll.dll!7c910732() 	
 	ntdll.dll!7c9106ab() 	
 	ntdll.dll!7c9106eb() 	
 	ntdll.dll!7c910732() 	
 	ntdll.dll!7c9106ab() 	
 	ntdll.dll!7c9106eb() 	
 	ntdll.dll!7c910732() 	
 	ntdll.dll!7c9106eb() 	
 	ntdll.dll!7c910732() 	
 	QtGui4.dll!657a8aa0() 	
 	ntdll.dll!7c910732() 	
 	ntdll.dll!7c910732() 	
 	ntdll.dll!7c910732() 	
 	ntdll.dll!7c9106ab() 	
 	ntdll.dll!7c9106eb() 	
 	QtGui4.dll!6513da1d() 	
 	ntdll.dll!7c910732() 	
 	ntdll.dll!7c9106ab() 	
 	ntdll.dll!7c9106eb() 	
 	QtGui4.dll!653a0e09() 	
 	ntdll.dll!7c910732() 	
 	ntdll.dll!7c910732() 	
 	ntdll.dll!7c9106ab() 	
 	ntdll.dll!7c9106eb() 	
 	msvcrt.dll!77c1c3ce() 	
 	ntdll.dll!7c9105c8() 	
 	ntdll.dll!7c910551() 	
 	ntdll.dll!7c91056d() 	
 	QtCore4.dll!6a3206f0() 	
 	QtCore4.dll!6a2e69a1() 	
 	ntdll.dll!7c9106eb() 	
 	msvcrt.dll!77c1c3c9() 	
 	msvcrt.dll!77c1c3ce() 	
 	ntdll.dll!7c9105c8() 	
 	ntdll.dll!7c910551() 	
 	ntdll.dll!7c91056d() 	
 	QtCore4.dll!6a3206f0() 	
 	QtCore4.dll!6a2e69a1() 	
 	ntdll.dll!7c9105c8() 	
 	ntdll.dll!7c910551() 	
 	ntdll.dll!7c91056d() 	
 	ntdll.dll!7c91056d() 	
 	msvcrt.dll!77c1c2de() 	
 	msvcrt.dll!77c1c2e3() 	
 	QtCore4.dll!6a3206f0() 	
 	QtCore4.dll!6a2e80c0() 	
 	QtGui4.dll!656e574e() 	
 	QtGui4.dll!657a8aa0() 	
 	QtGui4.dll!656bdbc7() 	
 	ntdll.dll!7c910732() 	
 	ntdll.dll!7c910732() 	
 	ntdll.dll!7c9106ab() 	
 	ntdll.dll!7c9106eb() 	
 	msvcrt.dll!77c1c2de() 	
 	QtGui4.dll!656c0df2() 	
 	QtCore4.dll!6a3206f0() 	
 	QtCore4.dll!6a2e9699() 	
 	QtGui4.dll!657a8aa0() 	
 	QtGui4.dll!65108efe() 	
 	QtGui4.dll!657a8aa0() 	
 	QtGui4.dll!657a8aa0() 	
 	QtGui4.dll!657a8aa0() 	
 	gdi32.dll!77f17102() 	
 	gdi32.dll!77f170ad() 	
 	QtGui4.dll!652cdb14() 	
 	ntdll.dll!7c9106eb() 	
 	user32.dll!7e371baa() 	
 	user32.dll!7e371bcf() 	
 	QtGui4.dll!653a27c2() 	
 	QtGui4.dll!657a8aa0() 	
 	QtGui4.dll!657a8aa0() 	
 	QtGui4.dll!652e3ac4() 	
 	QtGui4.dll!653a0ed3() 	
 	QtCore4.dll!6a2f465b() 	
 	QtGui4.dll!657a8aa0() 	
 	QtGui4.dll!65155a3a() 	
 	QtGui4.dll!657a8aa0() 	
 	QtCore4.dll!6a3206f0() 	
 	QtCore4.dll!6a3206f0() 	
 	QtCore4.dll!6a2f465b() 	
 	QtGui4.dll!657a8aa0() 	
 	ntdll.dll!7c911538() 	
 	ntdll.dll!7c911596() 	
 	ntdll.dll!7c9106eb() 	
 	QtGui4.dll!65165059() 	
 	QtGui4.dll!6548f249() 	
 	ntdll.dll!7c910732() 	
 	ntdll.dll!7c910732() 	
 	ntdll.dll!7c9106ab() 	
 	ntdll.dll!7c9106eb() 	
 	QtGui4.dll!65165059() 	
 	QtGui4.dll!65165059() 	
 	ntdll.dll!7c910f46() 	
 	ntdll.dll!7c910e91() 	
 	ntdll.dll!7c91056d() 	
 	gdi32.dll!77f1919d() 	
 	gdi32.dll!77f1915f() 	
 	gdi32.dll!77f18ef9() 	
 	gdi32.dll!77f17012() 	
 	gdi32.dll!77f16ffa() 	
 	guard32.dll!10001a5f() 	
 	ntdll.dll!7c9105c8() 	
 	ntdll.dll!7c910551() 	
 	ntdll.dll!7c91056d() 	
 	gdi32.dll!77f16e2d() 	
 	gdi32.dll!77f16f1a() 	
 	gdi32.dll!77f16e81() 	
 	user32.dll!7e371e1c() 	
 	user32.dll!7e371c9f() 	
 	user32.dll!7e371c87() 	
 	user32.dll!7e37296a() 	
 	user32.dll!7e372931() 	
 	user32.dll!7e37293c() 	
 	QtGui4.dll!656e6c58() 	
 	QtGui4.dll!6510ae7d() 	
 	ntdll.dll!7c910833() 	
 	ntdll.dll!7c910833() 	
 	ntdll.dll!7c910895() 	
 	ntdll.dll!7c912754() 	
 	ntdll.dll!7c912937() 	
 	ntdll.dll!7c910833() 	
 	ntdll.dll!7c910895() 	
 	ntdll.dll!7c912975() 	
 	ntdll.dll!7c9129b9() 	
 	ntdll.dll!7c910833() 	
 	gdi32.dll!77f17f7c() 	
 	gdi32.dll!77f1840c() 	
 	gdi32.dll!77f18c7c() 	
 	gdi32.dll!77f18c86() 	
 	gdi32.dll!77f18c86() 	
 	ntdll.dll!7c912937() 	
 	ntdll.dll!7c912c99() 	
 	ntdll.dll!7c912cb7() 	
 	kernel32.dll!7c809fde() 	
 	kernel32.dll!7c809ff5() 	
 	user32.dll!7e372c0f() 	
 	kernel32.dll!7c809ff5() 	
 	user32.dll!7e372005() 	
 	ntdll.dll!7c910732() 	
 	ntdll.dll!7c910732() 	
 	ntdll.dll!7c9106ab() 	
 	ntdll.dll!7c9106eb() 	
 	user32.dll!7e369d60() 	
 	ntdll.dll!7c911538() 	
 	ntdll.dll!7c911596() 	
 	ntdll.dll!7c9106eb() 	
 	ntdll.dll!7c9105c8() 	
 	ntdll.dll!7c910551() 	
 	ntdll.dll!7c9105c8() 	
 	ntdll.dll!7c91056d() 	
 	gdi32.dll!77f1a86c() 	
 	gdi32.dll!77f17012() 	
 	gdi32.dll!77f16ffa() 	
 	ntdll.dll!7c9105c8() 	
 	ntdll.dll!7c910551() 	
 	ntdll.dll!7c91056d() 	
 	ntdll.dll!7c911bff() 	
 	ntdll.dll!7c911dac() 	
 	ntdll.dll!7c910eca() 	
 	ntdll.dll!7c910e91() 	
 	ntdll.dll!7c91056d() 	
 	ntdll.dll!7c91056d() 	
 	kernel32.dll!7c80996d() 	
 	user32.dll!7e36ef61() 	
 	kernel32.dll!7c80996d() 	
 	MSCTF.dll!746f02bd() 	
 	ntdll.dll!7c90dcdf() 	
 	kernel32.dll!7c8131aa() 	
 	kernel32.dll!7c81325a() 	
 	ntdll.dll!7c90d592() 	
 	kernel32.dll!7c809b8b() 	
 	MSCTF.dll!746d15d9() 	
 	MSCTF.dll!746ef6a5() 	
 	kernel32.dll!7c8025f0() 	
 	kernel32.dll!7c8025f0() 	
 	kernel32.dll!7c802532() 	
 	kernel32.dll!7c80261a() 	
 	kernel32.dll!7c8025f0() 	
 	ntdll.dll!7c90e2f1() 	
 	kernel32.dll!7c8024b7() 	
 	MSCTF.dll!74704ac9() 	
 	MSCTF.dll!746f096f() 	
 	MSCTF.dll!746f099f() 	
 	MSCTF.dll!74704c96() 	
 	user32.dll!7e3684fc() 	
 	user32.dll!7e3685a4() 	
 	user32.dll!7e36d598() 	
 	user32.dll!7e368bd9() 	
 	user32.dll!7e36d5ac() 	
 	user32.dll!7e36d559() 	
 	user32.dll!7e36d559() 	
 	MSCTF.dll!746efbb0() 	
 	MSCTF.dll!746efbbb() 	
 	ntdll.dll!7c90e2f1() 	
 	kernel32.dll!7c8024b7() 	
 	MSCTF.dll!746d5502() 	
 	MSCTF.dll!746d4636() 	
 	MSCTF.dll!746e0455() 	
 	user32.dll!7e36f896() 	
 	user32.dll!7e36f896() 	
 	MSCTF.dll!746e0e6c() 	
 	MSCTF.dll!746e0e71() 	
 	MSCTF.dll!746e09a9() 	
 	MSCTF.dll!746e0e71() 	
 	user32.dll!7e36f7f6() 	
 	QtGui4.dll!65178150() 	
 	user32.dll!7e368734() 	
 	user32.dll!7e368816() 	
 	user32.dll!7e3689cd() 	
 	user32.dll!7e368a10() 	
 	QtCore4.dll!6a30fa31() 	
 	msvcrt.dll!77c1c2e3() 	
 	QtGui4.dll!65174f4f() 	
 	uxtheme.dll!5b1d1b3d() 	
 	user32.dll!7e36b3f9() 	
 	user32.dll!7e368bd9() 	
 	user32.dll!7e36b3cc() 	
 	user32.dll!7e36b3a7() 	
 	QtGui4.dll!6517823c() 	
 	user32.dll!7e36d074() 	
 	user32.dll!7e368bd9() 	
 	user32.dll!7e36885a() 	
 	user32.dll!7e36882a() 	
 	ntdll.dll!7c910732() 	
 	ntdll.dll!7c910732() 	
 	ntdll.dll!7c9106ab() 	
 	ntdll.dll!7c9106eb() 	
 	user32.dll!7e36b4cb() 	
 	user32.dll!7e36d0a5() 	
 	user32.dll!7e36d0b5() 	
 	ntdll.dll!7c90eae3() 	
 	user32.dll!7e36dbf8() 	
 	QtGui4.dll!651980a0() 	
 	QtGui4.dll!654887f3() 	
 	QtGui4.dll!657a8aa0() 	
 	ntdll.dll!7c9105c8() 	
 	ntdll.dll!7c910551() 	
 	ntdll.dll!7c91056d() 	
 	QtGui4.dll!6515d3ab() 	
 	user32.dll!7e37f650() 	
 	ntdll.dll!7c91056d() 	
 	ntdll.dll!7c917cb7() 	
 	ntdll.dll!7c917bf5() 	
 	ntdll.dll!7c917bb0() 	
 	QtCore4.dll!6a2f7f98() 	
 	ntdll.dll!7c9106ab() 	
 	ntdll.dll!7c9106eb() 	
 	QtGui4.dll!6557cff1() 	
 	QtGui4.dll!657a8aa0() 	
 	QtGui4.dll!657a8aa0() 	
 	QtGui4.dll!65165059() 	
 	msvcrt.dll!77c1c3e7() 	
 	QtGui4.dll!657a8aa0() 	
 	QtGui4.dll!657a8aa0() 	
 	msvcrt.dll!77c1c3c9() 	
 	msvcrt.dll!77c1c3ce() 	
 	ntdll.dll!7c917bb0() 	
 	msvcrt.dll!77c1c756() 	
 	msvcrt.dll!77c1c774() 	
 	msvcrt.dll!77c1c42e() 	
 	QtCore4.dll!6a2220d9() 	
 	msvcrt.dll!77c1c774() 	
 	QtGui4.dll!65814850() 	
 	QtCore4.dll!6a222199() 	
 	QtGui4.dll!6581461d() 	
 	QtGui4.dll!6530ca9c() 	
 	QtGui4.dll!657a8aa0() 	
 	QtGui4.dll!653ac0fb() 	
 	QtGui4.dll!653ac0fb() 	
 	QtGui4.dll!657a8aa0() 	
 	QtCore4.dll!6a3206f0() 	
 	QtCore4.dll!6a2f7f98() 	
 	QtGui4.dll!657a8aa0() 	
 	ntdll.dll!7c9106eb() 	
 	QtGui4.dll!65165059() 	
 	ntdll.dll!7c9105c8() 	
 	ntdll.dll!7c910551() 	
 	ntdll.dll!7c91056d() 	
 	QtGui4.dll!657a8aa0() 	
 	QtGui4.dll!6548f2a9() 	
 	QtGui4.dll!6548f2a9() 	
 	QtGui4.dll!65165059() 	
 	QtGui4.dll!657a77ab() 	
 	gdi32.dll!77f19ea8() 	
 	QtGui4.dll!657a8aa0() 	
 	QtGui4.dll!6540e2a5() 	
 	QtGui4.dll!6540e2a5() 	
 	ntdll.dll!7c9106eb() 	
 	QtCore4.dll!6a3206f0() 	
 	QtCore4.dll!6a3206f0() 	
 	user32.dll!7e36ec0c() 	
 	QtCore4.dll!6a2f7f98() 	
 	QtGui4.dll!65165059() 	
 	QtGui4.dll!6540e2a5() 	
 	QtGui4.dll!65157625() 	
 	ntdll.dll!7c910732() 	
 	QtGui4.dll!657a8aa0() 	
 	ntdll.dll!7c9106eb() 	
 	QtGui4.dll!65165059() 	
 	ntdll.dll!7c910732() 	
 	ntdll.dll!7c9106eb() 	
 	QtGui4.dll!657a8aa0() 	
 	QtGui4.dll!657a8aa0() 	
 	ntdll.dll!7c9106eb() 	
 	QtGui4.dll!651650a7() 	
 	QtGui4.dll!6548f249() 	
 	QtGui4.dll!653b1777() 	
 	QtGui4.dll!657a8aa0() 	
 	QtGui4.dll!6549c3f7() 	
 	QtGui4.dll!657a8aa0() 	
 	QtGui4.dll!654ae897() 	
 	QtGui4.dll!657a8aa0() 	
 	QtGui4.dll!6540e2a5() 	
 	QtCore4.dll!6a1c5c60() 	
 	QtGui4.dll!657a8aa0() 	
 	QtCore4.dll!6a3206f0() 	
 	QtCore4.dll!6a2f7f98() 	
 	QtGui4.dll!657a8aa0() 	
 	QtGui4.dll!655819fb() 	
 	ntdll.dll!7c910732() 	
 	ntdll.dll!7c911538() 	
 	ntdll.dll!7c911596() 	
 	ntdll.dll!7c9106eb() 	
 	QtGui4.dll!657a8aa0() 	
 	ntdll.dll!7c910551() 	
 	QtGui4.dll!651650a7() 	
 	QtGui4.dll!6548f249() 	
 	msvcrt.dll!77c1c3ce() 	
 	ntdll.dll!7c910732() 	
 	ntdll.dll!7c917e77() 	
 	ntdll.dll!7c917c0c() 	
 	ntdll.dll!7c917bb0() 	
 	ntdll.dll!7c917bb0() 	
 	ntdll.dll!7c912975() 	
 	ntdll.dll!7c9129b9() 	
 	ntdll.dll!7c910833() 	
 	user32.dll!7e36b42d() 	
 	user32.dll!7e36d598() 	
 	user32.dll!7e368bd9() 	
 	user32.dll!7e36d5ac() 	
 	user32.dll!7e36d559() 	
 	user32.dll!7e36d559() 	
 	MSCTF.dll!746efbbb() 	
 	user32.dll!7e36d598() 	
 	user32.dll!7e36d598() 	
 	user32.dll!7e368bd9() 	
 	user32.dll!7e36d5ac() 	
 	user32.dll!7e36d559() 	
 	user32.dll!7e36d559() 	
 	MSCTF.dll!746efbb0() 	
 	MSCTF.dll!746efbbb() 	
 	user32.dll!7e36baa4() 	
 	user32.dll!7e36b96b() 	
 	user32.dll!7e36b96b() 	
 	uxtheme.dll!5b1d18d7() 	
 	uxtheme.dll!5b1d338a() 	
 	user32.dll!7e368734() 	
 	user32.dll!7e36d074() 	
 	user32.dll!7e368bd9() 	
 	user32.dll!7e36885a() 	
 	user32.dll!7e36882a() 	
 	user32.dll!7e368734() 	
 	user32.dll!7e368bd9() 	
 	user32.dll!7e36885a() 	
 	user32.dll!7e36882a() 	
 	user32.dll!7e36882a() 	
 	user32.dll!7e36b4c0() 	
 	user32.dll!7e36b4cb() 	
 	uxtheme.dll!5b1d153d() 	
 	uxtheme.dll!5b1d3d17() 	
 	user32.dll!7e368bd9() 	
 	user32.dll!7e36bd1f() 	
 	user32.dll!7e368ffb() 	
 	user32.dll!7e368ffb() 	
 	uxtheme.dll!5b1d48c3() 	
 	uxtheme.dll!5b1d48f6() 	
 	uxtheme.dll!5b1d48f6() 	
 	user32.dll!7e36fdfe() 	
 	ntdll.dll!7c91056d() 	
 	uxtheme.dll!5b1d487a() 	
 	uxtheme.dll!5b1d488e() 	
 	uxtheme.dll!5b1d5ef7() 	
 	uxtheme.dll!5b1d557c() 	
 	uxtheme.dll!5b1d153d() 	
 	uxtheme.dll!5b1d3d17() 	
 	user32.dll!7e368bd9() 	
 	user32.dll!7e36bd1f() 	
 	user32.dll!7e368ffb() 	
 	user32.dll!7e368ffb() 	
 	uxtheme.dll!5b1d48c3() 	
 	uxtheme.dll!5b1d48f6() 	
 	uxtheme.dll!5b1d48f6() 	
 	QtCore4.dll!6a3206f0() 	
 	QtCore4.dll!6a2f7f98() 	
 	user32.dll!7e368ffb() 	
 	uxtheme.dll!5b1d48c3() 	
 	uxtheme.dll!5b1d48f6() 	
 	uxtheme.dll!5b1d48f6() 	
 	uxtheme.dll!5b1d487a() 	
 	uxtheme.dll!5b1d488e() 	
 	uxtheme.dll!5b1d5d15() 	
 	ntdll.dll!7c910732() 	
 	ntdll.dll!7c9106ab() 	
 	ntdll.dll!7c9106eb() 	
 	QtGui4.dll!657a8aa0() 	
 	QtGui4.dll!651650a7() 	
 	QtGui4.dll!6548f249() 	
 	ntdll.dll!7c910732() 	
 	ntdll.dll!7c9106eb() 	
 	QtGui4.dll!657a8aa0() 	
 	QtGui4.dll!6540e2a5() 	
 	QtGui4.dll!657a8aa0() 	
 	QtGui4.dll!655304e7() 	
 	QtGui4.dll!657a77ab() 	
 	QtGui4.dll!655819fb() 	
 	ntdll.dll!7c9105c8() 	
 	QtGui4.dll!6510ae7d() 	
 	QtGui4.dll!657a8aa0() 	
 	QtGui4.dll!6510b0a8() 	
 	QtGui4.dll!657a8aa0() 	
 	ntdll.dll!7c910732() 	
 	QtGui4.dll!652c5f99() 	
 	ntdll.dll!7c910732() 	
 	ntdll.dll!7c910732() 	
 	ntdll.dll!7c9106ab() 	
 	ntdll.dll!7c9106eb() 	
 	ntdll.dll!7c911538() 	
 	ntdll.dll!7c911596() 	
 	ntdll.dll!7c9106eb() 	
 	msvcrt.dll!77c1c3ce() 	
 	msvcrt.dll!77c1c42e() 	
 	user32.dll!7e36b4cb() 	
 	ntdll.dll!7c91056d() 	
 	msvcrt.dll!77c1c2de() 	
 	msvcrt.dll!77c1c2e3() 	
 	gdi32.dll!77f176bb() 	
 	QtGui4.dll!657a8aa0() 	
 	QtGui4.dll!65660502() 	
 	QtCore4.dll!6a3206f0() 	
 	QtCore4.dll!6a3206f0() 	
 	ntdll.dll!7c9106eb() 	
 	msvcrt.dll!77c1c3c9() 	
 	msvcrt.dll!77c1c3ce() 	
 	msvcrt.dll!77c1c3ce() 	
 	msvcrt.dll!77c1c42e() 	
 	QtCore4.dll!6a30f0e0() 	
 	QtGui4.dll!6517cd40() 	
 	QtCore4.dll!6a339cc3() 	
 	QtCore4.dll!6a2df91d() 	
 	QtCore4.dll!6a339b6a() 	
 	QtCore4.dll!6a2dfb2a() 	
 	QtCore4.dll!6a3206f0() 	
 	QtCore4.dll!6a2e5dbb() 	
 	kid3.exe!005e1adb() 	
 	kid3.exe!00437408() 	
 	ntdll.dll!7c91056d() 	
 	msvcrt.dll!77c1c2de() 	
 	msvcrt.dll!77c1c3ce() 	
 	QtCore4.dll!6a3206f0() 	
 	QtCore4.dll!6a3132a2() 	
 	msvcrt.dll!77c1c42e() 	
 	kid3.exe!00607dec() 	
 	kid3.exe!004d40ab() 	
 	kid3.exe!00495f3c() 	
 	ntdll.dll!7c910945() 	
 	ntdll.dll!7c910970() 	
 	kernel32.dll!7c8021b5() 	
 	msvcrt.dll!77c1c024() 	
 	msvcrt.dll!77c1c02d() 	
 	kid3.exe!004d3ca8() 	
 	msvcrt.dll!77c2a52e() 	
 	kid3.exe!004d3d26() 	
 	kid3.exe!0040124b() 	
 	kid3.exe!004012b8() 	
 	kernel32.dll!7c816fd7() 	


----------------------------------------------------------------------

>Comment By: Urs Fleisch (ufleisch)
Date: 2007-12-13 21:37

Message:
Logged In: YES 
user_id=681516
Originator: NO

Thanks for the bug report.
The crash is also reproducible with Linux, and it occurs in id3lib:

#0  0xb7ec096a in ID3_FrameHeader::SetFrameID () from
/usr/lib/libid3-3.8.so.3
#1  0xb7ebe58f in ID3_FrameImpl::_SetID () from /usr/lib/libid3-3.8.so.3
#2  0xb7ebe5f3 in ID3_FrameImpl::SetID () from /usr/lib/libid3-3.8.so.3
#3  0xb7ebea7d in ID3_FrameImpl::ID3_FrameImpl () from
/usr/lib/libid3-3.8.so.3
#4  0xb7ebded5 in ID3_Frame::ID3_Frame () from /usr/lib/libid3-3.8.so.3
#5  0x0809e441 in Mp3File::addFrameV2 (this=0x824b388, frame=@0x81f153c)
at ../../kid3/kid3/mp3file.cpp:1524
		ID3_Frame* id3Frame = new ID3_Frame(id);
(gdb) p id
$1 = ID3FID_SETSUBTITLE

...

bool ID3_FrameHeader::SetFrameID(ID3_FrameID id)
{
  if (id == ID3FID_NOFRAME || id == this->GetFrameID())
  {
    return false;
  }
  _frame_def = ID3_FindFrameDef(id);
  _flags.set(TAGALTER, _frame_def->bTagDiscard);

NULL is returned for _frame_def, then it is dereferenced -> segfault

Although ID3FID_SETSUBTITLE is defined in id3lib, it is not supported by
id3lib, because the TSST frame was introduced in ID3v2.4.0
(id3v2.4-changes.txt, 5. New frames, TSST Set subtitle [F:4.2.1]). Kid3
should avoid such frames.

Workaround: Never add a TSST frame ("Part") to ID3v2.3.0 frames

A patch is available at
http://sourceforge.net/tracker/index.php?func=detail&aid=1850341&group_id=70849&atid=529223


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=529221&aid=1848817&group_id=70849


-- 
No virus found in this incoming message.
Checked by AVG Free Edition. 
Version: 7.5.503 / Virus Database: 269.17.1/1182 - Release Date: 2007-12-12 11:29


From - Fri Jan 11 12:26:23 2008
X-Account-Key: account3
X-UIDL: 00026fbc01b800f8
X-Mozilla-Status: 0001
X-Mozilla-Status2: 10000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:48990 "EHLO
	mail.sourceforge.net" rhost-flags-OK-OK-OK-OK) by ps3.test.onet.pl
	with ESMTPS id S1476399541AbYAKA5GCYIrl;
	Fri, 11 Jan 2008 01:57:06 +0100
Received: from mta.marketplace.sourceforge.net ([66.231.87.237])
	by mail.sourceforge.net with esmtp (Exim 4.44)
	id 1JCzib-0002jD-7L
	for mylka@users.sourceforge.net; Thu, 10 Jan 2008 07:53:21 -0800
Received: by mta.marketplace.sourceforge.net (PowerMTA(TM) v3.2r22) id hgp0820bnj8l for <mylka@users.sourceforge.net>; Wed, 9 Jan 2008 20:35:58 -0600 (envelope-from <bounce-2143190_HTML-1265113593-13940069-53806-0@bounce.marketplace.sourceforge.net>)
From:	"SourceForge.net Team" <noreply@sourceforge.net>
To:	<mylka@users.sourceforge.net>
Subject: You love the software - now get the service
Date:	Wed, 09 Jan 2008 20:30:36 -0600
List-Unsubscribe: <mailto:leave-fc87167171670574757b28313958-fdfb15727361057c76117976-fe5f15737c60047d731d-fef911737d6402@leave.marketplace.sourceforge.net>
Reply-To: Sourceforge 
	  <reply-andj2oJ/2bUqtf9hcNPjpg==-2143190_HTML-1265113593-53806@marketplace.sourceforge.net>
x-job:	53806_13940069
Message-Id: <4785848E.000008FE@mta.marketplace.sourceforge.net>
X-Spam-Score: 2.2 (++)
X-Spam-Report: Spam Filtering performed by sourceforge.net.
	See http://spamassassin.org/tag/ for more details.
	Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001
	0.0 HTML_MESSAGE           BODY: HTML included in message
	0.2 HTML_FONT_BIG          BODY: HTML tag for a big font size
	2.0 MIME_HTML_ONLY         BODY: Message only has text/html MIME parts
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: bounce-2143190_HTML-1265113593-13940069-53806-0@bounce.marketplace.sourceforge.net
X-ZA0: unknown (-1,0)
Status:   
X-Antivirus: AVG for E-mail 7.5.516 [269.19.0/1216]
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="=======AVGMAIL-4787525F3CBE======="

--=======AVGMAIL-4787525F3CBE=======
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
"http://www.w3.org/TR/html4/loose.dtd">
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<title>Registered Users - Email</title>
<style type="text/css">
	* {margin:0px; padding:0px;}
	p {padding-bottom:5px;}
</style>
</head>

<body>
	<table width="582">
		<tr>
			<td colspan="2" align="center">
				<a style="color:#999999;font-family:arial;font-size:10px;" href="http://click.marketplace.sourceforge.net/?ju=fe2615767067037c7c1273&ls=fdfa11787664057a7c107075&m=fef911737d6402&l=fe9b16717167057475&s=fdfb15727361057c76117976&jb=ffcf14&t=" target="_blank">View this email as a Web page</a>
			</td>
		</tr>
		<tr>
			<td width="180">
				<img src="http://hosting.slackbarshinger.com/ostg/OSTG-764-8_emails/logo.png" alt="SourceForge.net Marketplace" width="180" height="40">
			</td>
			<td valign="bottom" width="402">
				<div style="padding-left:5px;font-size:13px;font-family:arial;font-weight:bold;color:#666666;">The best place to buy support for your open source software</div>
			</td>
		</tr>
		<tr>
			<td height="11" background="http://hosting.slackbarshinger.com/ostg/OSTG-764-8_emails/grey_tile.gif" colspan="2"><div style="font-size:.1em;">&nbsp;</div></td>
		</tr>
		<tr>
			<td width="582" colspan="2">
				<table cellspacing="0" cellpadding="0">
					<tr>
						<td valign="top" width="150">
							<img src="http://hosting.slackbarshinger.com/ostg/OSTG-764-8_emails/pencil.jpg" alt="Perfect match: now get services at SourceForge.net Marketplace" width="150" height="300">
						</td>
						<td valign="top">
							<div style="padding-left:5px;font-family:arial;font-weight:bold;color:#666666;">
							<div style="font-size:20px;"><div style="color:black;display:inline;">Perfect match:</div>&nbsp;now get services at <br>
							SourceForge.net <div style="display:inline;color:#ff6600;">Marketplace</div></div>
							<div style="font-size:12px;">
							<br>
							Millions of people rely on SourceForge.net for open source software. Now it&#8217;s the best place to go for support too. 
							<br><br>SourceForge.net Marketplace makes it easy to take a load off your IT staff and tap into expertise you may not have in house. 
							</div>
							<ul style="margin-top:10px;margin-bottom:10px;margin-left:20px;color:black;">
							<li>Hundreds of services available </li>
							<li>Easy to find and compare </li>
							<li>Buyer protection so you can purchase with confidence</li>
							</ul>
							<a href="http://click.marketplace.sourceforge.net/?ju=fe2515767067037c7c1274&ls=fdfa11787664057a7c107075&m=fef911737d6402&l=fe9b16717167057475&s=fdfb15727361057c76117976&jb=ffcf14&t=" style="font-size:14px;padding:5px;color:white;background-color:#ff6600;">Check out our new SourceForge.net Marketplace now</a> 
							</div>
						</td>
					</tr>
				</table>
			</td>
		</tr>
		<tr>
			<td height="8" background="http://hosting.slackbarshinger.com/ostg/OSTG-764-8_emails/grey_tile.gif" colspan="2"><div style="font-size:.1em;">&nbsp;</div></td>
		</tr>
		<tr>
			<td colspan="2">
				<div style="font-family:arial;font-size:11px;color:#999999;padding-left:5px;">
				SourceForge.net will never ask you for sensitive personal information via email.
				<br><br>
				This email was sent to: mylka@users.sourceforge.net if you would prefer not to receive information about SourceForge.net Marketplace, please update your communication preferences by visiting the <a style="font-family:arial;font-size:11px;color:#999999;text-decoration:none;" href="http://click.marketplace.sourceforge.net/?ju=fe2415767067037c7c1275&ls=fdfa11787664057a7c107075&m=fef911737d6402&l=fe9b16717167057475&s=fdfb15727361057c76117976&jb=ffcf14&t=" target="_blank">Profile Center</a>.
				<br><br>
				Copyright 2007, SourceForge 650 Castro St., Suite 450 Mountain View, CA 94041, USA
				</div>
			</td>
		</tr>
	</table>
<img src="http://click.marketplace.sourceforge.net/open.aspx?ffcb10-fe5f15737c60047d731d-fdfa11787664057a7c107075-fef911737d6402" width="1" height="1">
</body>
</html>
--=======AVGMAIL-4787525F3CBE=======
Content-Type: text/plain; x-avg=cert; charset=us-ascii
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
Content-Description: "AVG certification"

No virus found in this incoming message.
Checked by AVG Free Edition. 
Version: 7.5.516 / Virus Database: 269.19.0/1216 - Release Date: 2008-01-09 =
10:16

--=======AVGMAIL-4787525F3CBE=======--

From - Sat Jan 12 15:56:27 2008
X-Account-Key: account3
X-UIDL: 00026fbc01bb1f9c
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:43913 "EHLO
	mail.sourceforge.net" rhost-flags-OK-OK-OK-OK) by ps5.test.onet.pl
	with ESMTPS id S738275282AbYALO4OlRCJA;
	Sat, 12 Jan 2008 15:56:14 +0100
Received: from sc8-sf-web24-b.sourceforge.net ([10.3.1.214] helo=sc8-sf-web24.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1JDhUH-0002HL-S7; Sat, 12 Jan 2008 06:37:29 -0800
Received: from nobody by sc8-sf-web24.sourceforge.net with local (Exim 4.43)
	id 1JDhUH-0002dA-Fn; Sat, 12 Jan 2008 06:37:29 -0800
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ aperture-Feature Requests-1838876 ] java.io.File - based extractors
X-SourceForge-Tracker-unixname:	aperture
X-SourceForge-Tracker-trackerid: 779503
X-SourceForge-Tracker-itemid: 1838876
X-SourceForge-Tracker-itemstatus: Closed
X-SourceForge-Tracker-itemassignee: mylka
X-SourceForge-Tracker-itemupdate-reason: Comment added
X-SourceForge-Tracker-itemupdate-username: mylka
Message-Id: <E1JDhUH-0002dA-Fn@sc8-sf-web24.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web24.sourceforge.net>
Date:	Sat, 12 Jan 2008 06:37:29 -0800
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   
X-Antivirus: AVG for E-mail 7.5.516 [269.19.1/1220]
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8

Feature Requests item #1838876, was opened at 2007-11-26 19:04
Message generated for change (Comment added) made by mylka
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779503&aid=1838876&group_id=150969

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
Priority: 5
Private: No
Submitted By: Antoni Mylka (mylka)
Assigned to: Antoni Mylka (mylka)
Summary: java.io.File - based extractors

Initial Comment:
This issue is described on a wiki page

http://aperture.wiki.sourceforge.net/FileBasedExtractors

The task is:
1. make a new interface FileExtractor with one mehtod that is the same as with extractor but with a java.io.File instead of inputstream
2. we extend ExtractorRegistry to also register FileExctractors. add method "getFileExctractor" (or how its called)
3. we add a method getFile() to FileDataObject, which does:
4. download the inputstream to a temp-file if only stream exists, or return a new InputStream from the file object
5. add a constructor to FileDataObject allowing a File as input
6. the FileDataObject.dispose() method deletes the possibly created temp-file
7. update the appropriate javadocs
8. update the wikipage


----------------------------------------------------------------------

>Comment By: Antoni Mylka (mylka)
Date: 2008-01-12 15:37

Message:
Logged In: YES 
user_id=1613065
Originator: YES

1. Done
2. Done
3. Done
4. Done, though the actual downloading is done by the downloadFile()
method. getFile returns something only if a file is available WITHOUT
downloading anything
5. done
6. not done, it is the responsibility of the user to delete a file
returned by the downloadFIle method
7. done
8. done

----------------------------------------------------------------------

Comment By: Antoni Mylka (mylka)
Date: 2007-12-02 20:49

Message:
Logged In: YES 
user_id=1613065
Originator: YES

I've started to play around with this ticket. It turns out that the
generation of the temporary file must be placed on the shoulders of the
user. Consider the following:

1. The FileDataObject is created with an InputStream
2. The user obtains the input stream with the getContent method
3. ... and passes it to a MimeType identifier
4. the MimeTypeIdentifier determines a mime type for which only a
FileExtractor is available
5. the user calls getFile
6. the getFile method takes the stream and tries to create a temp file

But it breaks because the input stream has already been passed to a
MimeTypeIdentifier, some bytes were read from the stream, possibly the
mark/reset methods have been called. The FileDataObject cannot rewind the
stream to the beginning. Theoretically it could mark the begginning, in
getContent method but then the user would not be able to use mark/reset at
all. I think it's crappy. Therefore I placed a comment that the user should
use IOUtil.writeStream(inputStream, file) method. It is then his problem
how to deal with mark/reset problem.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779503&aid=1838876&group_id=150969


-- 
No virus found in this incoming message.
Checked by AVG Free Edition. 
Version: 7.5.516 / Virus Database: 269.19.1/1220 - Release Date: 2008-01-11 18:09


From - Sat Jan 12 21:46:46 2008
X-Account-Key: account3
X-UIDL: 00026fbc01bb4e85
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:49780 "EHLO
	mail.sourceforge.net" rhost-flags-OK-OK-OK-OK) by ps30.test.onet.pl
	with ESMTPS id S184592038AbYALQsf4Jl0Y;
	Sat, 12 Jan 2008 17:48:35 +0100
Received: from sc8-sf-web22-b.sourceforge.net ([10.3.1.212] helo=sc8-sf-web22.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1JDjX7-0005ZP-RY; Sat, 12 Jan 2008 08:48:33 -0800
Received: from nobody by sc8-sf-web22.sourceforge.net with local (Exim 4.43)
	id 1JDjX7-0000aC-Aw; Sat, 12 Jan 2008 08:48:33 -0800
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ aperture-Feature Requests-1816627 ] Document how to test code that cannot be tested with Junit.
X-SourceForge-Tracker-unixname:	aperture
X-SourceForge-Tracker-trackerid: 779503
X-SourceForge-Tracker-itemid: 1816627
X-SourceForge-Tracker-itemstatus: Closed
X-SourceForge-Tracker-itemassignee: mylka
X-SourceForge-Tracker-itemupdate-reason: Comment added
X-SourceForge-Tracker-itemupdate-username: mylka
Message-Id: <E1JDjX7-0000aC-Aw@sc8-sf-web22.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web22.sourceforge.net>
Date:	Sat, 12 Jan 2008 08:48:33 -0800
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   
X-Antivirus: AVG for E-mail 7.5.516 [269.19.1/1220]
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8

Feature Requests item #1816627, was opened at 2007-10-19 17:31
Message generated for change (Comment added) made by mylka
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779503&aid=1816627&group_id=150969

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Aperture Website
Group: None
>Status: Closed
Priority: 5
Private: No
Submitted By: Antoni Mylka (mylka)
Assigned to: Antoni Mylka (mylka)
Summary: Document how to test code that cannot be tested with Junit.

Initial Comment:
This includes the crawlers for Outlook, Websites (Flickr & Co.), IMAP etc. They can be tested with the command-line examples with the --validate switch. Write a wiki page that describes it and notify the general audience.

----------------------------------------------------------------------

>Comment By: Antoni Mylka (mylka)
Date: 2008-01-12 17:48

Message:
Logged In: YES 
user_id=1613065
Originator: YES

Done,

See 
http://aperture.wiki.sourceforge.net/ApertureExampleApplications


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779503&aid=1816627&group_id=150969


-- 
No virus found in this incoming message.
Checked by AVG Free Edition. 
Version: 7.5.516 / Virus Database: 269.19.1/1220 - Release Date: 2008-01-11 18:09


From - Mon Jan 28 21:32:57 2008
X-Account-Key: account3
X-UIDL: 00026fbc01e7f05d
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:44517 "EHLO
	mail.sourceforge.net" rhost-flags-OK-OK-OK-OK) by ps30.test.onet.pl
	with ESMTPS id S186534534AbYA1QT2ERUAf;
	Mon, 28 Jan 2008 17:19:28 +0100
Received: from sc8-sf-web23-b.sourceforge.net ([10.3.1.213] helo=sc8-sf-web23.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1JJVtv-0001Gb-QD; Mon, 28 Jan 2008 07:27:59 -0800
Received: from nobody by sc8-sf-web23.sourceforge.net with local (Exim 4.43)
	id 1JJVtv-0006fh-Fj; Mon, 28 Jan 2008 07:27:59 -0800
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ jpim-Bugs-1881202 ] Bugs in the GEO property handling
X-SourceForge-Tracker-unixname:	jpim
X-SourceForge-Tracker-trackerid: 402836
X-SourceForge-Tracker-itemid: 1881202
X-SourceForge-Tracker-itemstatus: Open
X-SourceForge-Tracker-itemassignee: nobody
X-SourceForge-Tracker-itemupdate-reason: Tracker Item Submitted
X-SourceForge-Tracker-itemupdate-username: Item Submitter
Message-Id: <E1JJVtv-0006fh-Fj@sc8-sf-web23.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web23.sourceforge.net>
Date:	Mon, 28 Jan 2008 07:27:59 -0800
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   
X-Antivirus: AVG for E-mail 7.5.516 [269.19.13/1246]
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8

Bugs item #1881202, was opened at 2008-01-28 16:27
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=402836&aid=1881202&group_id=31617

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Antoni Mylka (mylka)
Assigned to: Nobody/Anonymous (nobody)
Summary: Bugs in the GEO property handling

Initial Comment:
Section 3.4.2 of RFC 2426 states that:

Type value: A single structured value consisting of two float values separated by the SEMI-COLON character (ASCII decimal 59).

Whereas the GEOItemHandler class, lines 41-43

String[] comps =
StringUtil.split(item.getDecodedValue(), ",");
geo.setLatitude(Double.parseDouble(comps[0]));
geo.setLongitude(Double.parseDouble(comps[1]));

It should be a SEMI-COLON, not a comma in the split method.

The second problem is that GEO values are stored as doubles, this is wrong, it breaks when the GEO values have more than five decimal digits. Exactly the same problem has already occured with ical4j library, the maintainer changed the internal representation to BigDecimal. It might be a good idea to do the same here. A big decimal can always be converted to a double if needed

<http://sourceforge.net/tracker/index.php?func=detail&aid=1578988&group_id=107024&atid=646395> 

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=402836&aid=1881202&group_id=31617


-- 
No virus found in this incoming message.
Checked by AVG Free Edition. 
Version: 7.5.516 / Virus Database: 269.19.13/1246 - Release Date: 2008-01-27 18:39


From - Tue Jan 29 14:06:53 2008
X-Account-Key: account3
X-UIDL: 00026fbc01ea7f19
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:59632 "EHLO
	mail.sourceforge.net" rhost-flags-OK-OK-OK-OK) by ps30.test.onet.pl
	with ESMTPS id S184604746AbYA2NGsdG440;
	Tue, 29 Jan 2008 14:06:48 +0100
Received: from sc8-sf-web24-b.sourceforge.net ([10.3.1.214] helo=sc8-sf-web24.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1JJqAn-0002fS-Ma; Tue, 29 Jan 2008 05:06:45 -0800
Received: from nobody by sc8-sf-web24.sourceforge.net with local (Exim 4.43)
	id 1JJqAn-0000RB-CD; Tue, 29 Jan 2008 05:06:45 -0800
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ jpim-Bugs-1881798 ] Parser bug with the PHOTO property
X-SourceForge-Tracker-unixname:	jpim
X-SourceForge-Tracker-trackerid: 402836
X-SourceForge-Tracker-itemid: 1881798
X-SourceForge-Tracker-itemstatus: Open
X-SourceForge-Tracker-itemassignee: nobody
X-SourceForge-Tracker-itemupdate-reason: Tracker Item Submitted
X-SourceForge-Tracker-itemupdate-username: Item Submitter
Message-Id: <E1JJqAn-0000RB-CD@sc8-sf-web24.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web24.sourceforge.net>
Date:	Tue, 29 Jan 2008 05:06:45 -0800
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   
X-Antivirus: AVG for E-mail 7.5.516 [269.19.13/1246]
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8

Bugs item #1881798, was opened at 2008-01-29 14:06
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=402836&aid=1881798&group_id=31617

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Antoni Mylka (mylka)
Assigned to: Nobody/Anonymous (nobody)
Summary: Parser bug with the PHOTO property

Initial Comment:
The attached file is parsed wrong. It has been generated by the KDE Kontact. The encoded data of the photo property is (after unfolding) 26112 chars long. The Base64 class throws an exception because the next line REV: is NOT parsed as a separate property, but is concatenated to the PHOTO value.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=402836&aid=1881798&group_id=31617


-- 
No virus found in this incoming message.
Checked by AVG Free Edition. 
Version: 7.5.516 / Virus Database: 269.19.13/1246 - Release Date: 2008-01-27 18:39


From - Tue Jan 29 14:11:54 2008
X-Account-Key: account3
X-UIDL: 00026fbc01ea8004
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:60941 "EHLO
	mail.sourceforge.net" rhost-flags-OK-OK-OK-OK) by ps24.test.onet.pl
	with ESMTPS id S1477494220AbYA2NIVxeGUb;
	Tue, 29 Jan 2008 14:08:21 +0100
Received: from sc8-sf-web21-b.sourceforge.net ([10.3.1.211] helo=sc8-sf-web21.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1JJqCI-0003Rs-Cq; Tue, 29 Jan 2008 05:08:18 -0800
Received: from nobody by sc8-sf-web21.sourceforge.net with local (Exim 4.43)
	id 1JJqCI-0002qm-3L; Tue, 29 Jan 2008 05:08:18 -0800
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ jpim-Bugs-1881798 ] Parser bug with the PHOTO property
X-SourceForge-Tracker-unixname:	jpim
X-SourceForge-Tracker-trackerid: 402836
X-SourceForge-Tracker-itemid: 1881798
X-SourceForge-Tracker-itemstatus: Open
X-SourceForge-Tracker-itemassignee: nobody
X-SourceForge-Tracker-itemupdate-reason: Comment added
X-SourceForge-Tracker-itemupdate-username: mylka
Message-Id: <E1JJqCI-0002qm-3L@sc8-sf-web21.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web21.sourceforge.net>
Date:	Tue, 29 Jan 2008 05:08:18 -0800
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   
X-Antivirus: AVG for E-mail 7.5.516 [269.19.13/1246]
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8

Bugs item #1881798, was opened at 2008-01-29 14:06
Message generated for change (Comment added) made by mylka
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=402836&aid=1881798&group_id=31617

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Antoni Mylka (mylka)
Assigned to: Nobody/Anonymous (nobody)
Summary: Parser bug with the PHOTO property

Initial Comment:
The attached file is parsed wrong. It has been generated by the KDE Kontact. The encoded data of the photo property is (after unfolding) 26112 chars long. The Base64 class throws an exception because the next line REV: is NOT parsed as a separate property, but is concatenated to the PHOTO value.

----------------------------------------------------------------------

>Comment By: Antoni Mylka (mylka)
Date: 2008-01-29 14:08

Message:
Logged In: YES 
user_id=1613065
Originator: YES

After a quick look, this seems to be a duplicate of the "[ 1257650 ]
base64 unfolder problem".

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=402836&aid=1881798&group_id=31617


-- 
No virus found in this incoming message.
Checked by AVG Free Edition. 
Version: 7.5.516 / Virus Database: 269.19.13/1246 - Release Date: 2008-01-27 18:39


From - Tue Jan 29 14:11:54 2008
X-Account-Key: account3
X-UIDL: 00026fbc01ea8275
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:35361 "EHLO
	mail.sourceforge.net" rhost-flags-OK-OK-OK-OK) by ps23.test.onet.pl
	with ESMTPS id S184680476AbYA2NLvcAQx5;
	Tue, 29 Jan 2008 14:11:51 +0100
Received: from sc8-sf-web21-b.sourceforge.net ([10.3.1.211] helo=sc8-sf-web21.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1JJqFd-0004yx-4R; Tue, 29 Jan 2008 05:11:45 -0800
Received: from nobody by sc8-sf-web21.sourceforge.net with local (Exim 4.43)
	id 1JJqFc-0003CD-Qn; Tue, 29 Jan 2008 05:11:44 -0800
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ mime-dir-j-Feature Requests-1881801 ] Remove the xerces and xalan dependency.
X-SourceForge-Tracker-unixname:	mime-dir-j
X-SourceForge-Tracker-trackerid: 762921
X-SourceForge-Tracker-itemid: 1881801
X-SourceForge-Tracker-itemstatus: Open
X-SourceForge-Tracker-itemassignee: nobody
X-SourceForge-Tracker-itemupdate-reason: Tracker Item Submitted
X-SourceForge-Tracker-itemupdate-username: Item Submitter
Message-Id: <E1JJqFc-0003CD-Qn@sc8-sf-web21.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web21.sourceforge.net>
Date:	Tue, 29 Jan 2008 05:11:44 -0800
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   
X-Antivirus: AVG for E-mail 7.5.516 [269.19.13/1246]
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8

Feature Requests item #1881801, was opened at 2008-01-29 14:11
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=762921&aid=1881801&group_id=145728

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Priority: 5
Private: No
Submitted By: Antoni Mylka (mylka)
Assigned to: Nobody/Anonymous (nobody)
Summary: Remove the xerces and xalan dependency.

Initial Comment:
It shouldn't be too difficult to remove the dependency on xerces and xalan and instead use the javax.xml and javax.xml.transform interfaces. The implementations are included in the modern versions of JDK, this would make it easier to embed mime-dir-j-vcard4j.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=762921&aid=1881801&group_id=145728


-- 
No virus found in this incoming message.
Checked by AVG Free Edition. 
Version: 7.5.516 / Virus Database: 269.19.13/1246 - Release Date: 2008-01-27 18:39


From - Tue Jan 29 16:36:53 2008
X-Account-Key: account3
X-UIDL: 00026fbc01eaea7c
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:32889 "EHLO
	mail.sourceforge.net" rhost-flags-OK-OK-OK-OK) by ps1.test.onet.pl
	with ESMTPS id S738381453AbYA2PfYFqdgM;
	Tue, 29 Jan 2008 16:35:24 +0100
Received: from sc8-sf-web22-b.sourceforge.net ([10.3.1.212] helo=sc8-sf-web22.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1JJsUW-00050P-0g; Tue, 29 Jan 2008 07:35:16 -0800
Received: from nobody by sc8-sf-web22.sourceforge.net with local (Exim 4.43)
	id 1JJsUV-0004Pf-Gg; Tue, 29 Jan 2008 07:35:15 -0800
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ jpim-Bugs-1881202 ] Bugs in the GEO property handling
X-SourceForge-Tracker-unixname:	jpim
X-SourceForge-Tracker-trackerid: 402836
X-SourceForge-Tracker-itemid: 1881202
X-SourceForge-Tracker-itemstatus: Open
X-SourceForge-Tracker-itemassignee: nobody
X-SourceForge-Tracker-itemupdate-reason: Comment added
X-SourceForge-Tracker-itemupdate-username: mylka
Message-Id: <E1JJsUV-0004Pf-Gg@sc8-sf-web22.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web22.sourceforge.net>
Date:	Tue, 29 Jan 2008 07:35:15 -0800
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   
X-Antivirus: AVG for E-mail 7.5.516 [269.19.13/1246]
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8

Bugs item #1881202, was opened at 2008-01-28 16:27
Message generated for change (Comment added) made by mylka
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=402836&aid=1881202&group_id=31617

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Antoni Mylka (mylka)
Assigned to: Nobody/Anonymous (nobody)
Summary: Bugs in the GEO property handling

Initial Comment:
Section 3.4.2 of RFC 2426 states that:

Type value: A single structured value consisting of two float values separated by the SEMI-COLON character (ASCII decimal 59).

Whereas the GEOItemHandler class, lines 41-43

String[] comps =
StringUtil.split(item.getDecodedValue(), ",");
geo.setLatitude(Double.parseDouble(comps[0]));
geo.setLongitude(Double.parseDouble(comps[1]));

It should be a SEMI-COLON, not a comma in the split method.

The second problem is that GEO values are stored as doubles, this is wrong, it breaks when the GEO values have more than five decimal digits. Exactly the same problem has already occured with ical4j library, the maintainer changed the internal representation to BigDecimal. It might be a good idea to do the same here. A big decimal can always be converted to a double if needed

<http://sourceforge.net/tracker/index.php?func=detail&aid=1578988&group_id=107024&atid=646395> 

----------------------------------------------------------------------

>Comment By: Antoni Mylka (mylka)
Date: 2008-01-29 16:35

Message:
Logged In: YES 
user_id=1613065
Originator: YES

attached a patch
File Added: geo.bigdecimal.patch

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=402836&aid=1881202&group_id=31617


-- 
No virus found in this incoming message.
Checked by AVG Free Edition. 
Version: 7.5.516 / Virus Database: 269.19.13/1246 - Release Date: 2008-01-27 18:39


From - Wed Jan 30 11:18:52 2008
X-Account-Key: account3
X-UIDL: 00026fbc01eb5343
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:39565 "EHLO
	mail.sourceforge.net" rhost-flags-OK-OK-OK-OK) by ps31.test.onet.pl
	with ESMTPS id S738546461AbYA2SPTpnYNt;
	Tue, 29 Jan 2008 19:15:19 +0100
Received: from sc8-sf-web21-b.sourceforge.net ([10.3.1.211] helo=sc8-sf-web21.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1JJsYU-0006w8-CF; Tue, 29 Jan 2008 07:39:22 -0800
Received: from nobody by sc8-sf-web21.sourceforge.net with local (Exim 4.43)
	id 1JJsYT-0002ys-VC; Tue, 29 Jan 2008 07:39:22 -0800
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ jpim-Bugs-1881798 ] Parser bug with the PHOTO property
X-SourceForge-Tracker-unixname:	jpim
X-SourceForge-Tracker-trackerid: 402836
X-SourceForge-Tracker-itemid: 1881798
X-SourceForge-Tracker-itemstatus: Open
X-SourceForge-Tracker-itemassignee: nobody
X-SourceForge-Tracker-itemupdate-reason: Comment added
X-SourceForge-Tracker-itemupdate-username: mylka
Message-Id: <E1JJsYT-0002ys-VC@sc8-sf-web21.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web21.sourceforge.net>
Date:	Tue, 29 Jan 2008 07:39:21 -0800
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   
X-Antivirus: AVG for E-mail 7.5.516 [269.19.13/1246]
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8

Bugs item #1881798, was opened at 2008-01-29 14:06
Message generated for change (Comment added) made by mylka
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=402836&aid=1881798&group_id=31617

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Antoni Mylka (mylka)
Assigned to: Nobody/Anonymous (nobody)
Summary: Parser bug with the PHOTO property

Initial Comment:
The attached file is parsed wrong. It has been generated by the KDE Kontact. The encoded data of the photo property is (after unfolding) 26112 chars long. The Base64 class throws an exception because the next line REV: is NOT parsed as a separate property, but is concatenated to the PHOTO value.

----------------------------------------------------------------------

>Comment By: Antoni Mylka (mylka)
Date: 2008-01-29 16:39

Message:
Logged In: YES 
user_id=1613065
Originator: YES

attached a patch that fixes the problem (as far as the attached file is
concerned), this fix will work (i.e. an attachment and the following line
will be parsed correctly) in most cases, it will fail under following
conditions
1. the base64 encoding of the attachment fits in a single line (which is
highly unlikely)
2. there were no occurences of "normal" folding before (which is also
quite unlikely)

File Added: base64.folding.patch

----------------------------------------------------------------------

Comment By: Antoni Mylka (mylka)
Date: 2008-01-29 14:08

Message:
Logged In: YES 
user_id=1613065
Originator: YES

After a quick look, this seems to be a duplicate of the "[ 1257650 ]
base64 unfolder problem".

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=402836&aid=1881798&group_id=31617


-- 
No virus found in this incoming message.
Checked by AVG Free Edition. 
Version: 7.5.516 / Virus Database: 269.19.13/1246 - Release Date: 2008-01-27 18:39


From - Sun Feb 03 03:25:51 2008
X-Account-Key: account3
X-UIDL: 00026fbc01f7e39d
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:49834 "EHLO
	mail.sourceforge.net" rhost-flags-OK-OK-OK-OK) by ps30.test.onet.pl
	with ESMTPS id S184553536AbYBCCZBYRmgo;
	Sun, 3 Feb 2008 03:25:01 +0100
Received: from sc8-sf-web21-b.sourceforge.net ([10.3.1.211] helo=sc8-sf-web21.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1JLUBL-0003ZV-8p; Sat, 02 Feb 2008 18:02:07 -0800
Received: from nobody by sc8-sf-web21.sourceforge.net with local (Exim 4.43)
	id 1JLUBK-000819-P3; Sat, 02 Feb 2008 18:02:07 -0800
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ jpim-Bugs-1881798 ] Parser bug with the PHOTO property
X-SourceForge-Tracker-unixname:	jpim
X-SourceForge-Tracker-trackerid: 402836
X-SourceForge-Tracker-itemid: 1881798
X-SourceForge-Tracker-itemstatus: Open
X-SourceForge-Tracker-itemassignee: wimpi
X-SourceForge-Tracker-itemupdate-reason: Settings changed
X-SourceForge-Tracker-itemupdate-username: wimpi
Message-Id: <E1JLUBK-000819-P3@sc8-sf-web21.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web21.sourceforge.net>
Date:	Sat, 02 Feb 2008 18:02:06 -0800
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   
X-Antivirus: AVG for E-mail 7.5.516 [269.19.18/1255]
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8

Bugs item #1881798, was opened at 2008-01-29 13:06
Message generated for change (Settings changed) made by wimpi
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=402836&aid=1881798&group_id=31617

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Antoni Mylka (mylka)
>Assigned to: Dieter Wimberger (wimpi)
Summary: Parser bug with the PHOTO property

Initial Comment:
The attached file is parsed wrong. It has been generated by the KDE Kontact. The encoded data of the photo property is (after unfolding) 26112 chars long. The Base64 class throws an exception because the next line REV: is NOT parsed as a separate property, but is concatenated to the PHOTO value.

----------------------------------------------------------------------

Comment By: Dieter Wimberger (wimpi)
Date: 2008-02-03 02:01

Message:
Logged In: YES 
user_id=36782
Originator: NO

I have to check this and will follow up ASAP with a comment.


----------------------------------------------------------------------

Comment By: Antoni Mylka (mylka)
Date: 2008-01-29 15:39

Message:
Logged In: YES 
user_id=1613065
Originator: YES

attached a patch that fixes the problem (as far as the attached file is
concerned), this fix will work (i.e. an attachment and the following line
will be parsed correctly) in most cases, it will fail under following
conditions
1. the base64 encoding of the attachment fits in a single line (which is
highly unlikely)
2. there were no occurences of "normal" folding before (which is also
quite unlikely)

File Added: base64.folding.patch

----------------------------------------------------------------------

Comment By: Antoni Mylka (mylka)
Date: 2008-01-29 13:08

Message:
Logged In: YES 
user_id=1613065
Originator: YES

After a quick look, this seems to be a duplicate of the "[ 1257650 ]
base64 unfolder problem".

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=402836&aid=1881798&group_id=31617


-- 
No virus found in this incoming message.
Checked by AVG Free Edition. 
Version: 7.5.516 / Virus Database: 269.19.18/1255 - Release Date: 2008-02-01 09:59


From - Sun Feb 03 14:17:19 2008
X-Account-Key: account3
X-UIDL: 00026fbc01f7e618
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:54515 "EHLO
	mail.sourceforge.net" rhost-flags-OK-OK-OK-OK) by ps18.test.onet.pl
	with ESMTPS id S872418773AbYBCCiSMy2ym;
	Sun, 3 Feb 2008 03:38:18 +0100
Received: from sc8-sf-web21-b.sourceforge.net ([10.3.1.211] helo=sc8-sf-web21.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1JLU8z-0002nI-Nn; Sat, 02 Feb 2008 17:59:41 -0800
Received: from nobody by sc8-sf-web21.sourceforge.net with local (Exim 4.43)
	id 1JLU8z-0007hG-7U; Sat, 02 Feb 2008 17:59:41 -0800
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ jpim-Bugs-1881202 ] Bugs in the GEO property handling
X-SourceForge-Tracker-unixname:	jpim
X-SourceForge-Tracker-trackerid: 402836
X-SourceForge-Tracker-itemid: 1881202
X-SourceForge-Tracker-itemstatus: Open
X-SourceForge-Tracker-itemassignee: wimpi
X-SourceForge-Tracker-itemupdate-reason: Comment added
X-SourceForge-Tracker-itemupdate-username: wimpi
Message-Id: <E1JLU8z-0007hG-7U@sc8-sf-web21.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web21.sourceforge.net>
Date:	Sat, 02 Feb 2008 17:59:41 -0800
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   
X-Antivirus: AVG for E-mail 7.5.516 [269.19.18/1255]
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8

Bugs item #1881202, was opened at 2008-01-28 15:27
Message generated for change (Comment added) made by wimpi
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=402836&aid=1881202&group_id=31617

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Antoni Mylka (mylka)
>Assigned to: Dieter Wimberger (wimpi)
Summary: Bugs in the GEO property handling

Initial Comment:
Section 3.4.2 of RFC 2426 states that:

Type value: A single structured value consisting of two float values separated by the SEMI-COLON character (ASCII decimal 59).

Whereas the GEOItemHandler class, lines 41-43

String[] comps =
StringUtil.split(item.getDecodedValue(), ",");
geo.setLatitude(Double.parseDouble(comps[0]));
geo.setLongitude(Double.parseDouble(comps[1]));

It should be a SEMI-COLON, not a comma in the split method.

The second problem is that GEO values are stored as doubles, this is wrong, it breaks when the GEO values have more than five decimal digits. Exactly the same problem has already occured with ical4j library, the maintainer changed the internal representation to BigDecimal. It might be a good idea to do the same here. A big decimal can always be converted to a double if needed

<http://sourceforge.net/tracker/index.php?func=detail&aid=1578988&group_id=107024&atid=646395> 

----------------------------------------------------------------------

>Comment By: Dieter Wimberger (wimpi)
Date: 2008-02-03 01:59

Message:
Logged In: YES 
user_id=36782
Originator: NO

I have to check this and will follow up ASAP with a comment.

----------------------------------------------------------------------

Comment By: Antoni Mylka (mylka)
Date: 2008-01-29 15:35

Message:
Logged In: YES 
user_id=1613065
Originator: YES

attached a patch
File Added: geo.bigdecimal.patch

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=402836&aid=1881202&group_id=31617


-- 
No virus found in this incoming message.
Checked by AVG Free Edition. 
Version: 7.5.516 / Virus Database: 269.19.18/1255 - Release Date: 2008-02-01 09:59


From - Sun Feb 03 14:17:19 2008
X-Account-Key: account3
X-UIDL: 00026fbc01f7e7bd
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:56576 "EHLO
	mail.sourceforge.net" rhost-flags-OK-OK-OK-OK) by ps29.test.onet.pl
	with ESMTPS id S184552502AbYBCCp1xabPB;
	Sun, 3 Feb 2008 03:45:27 +0100
Received: from sc8-sf-web22-b.sourceforge.net ([10.3.1.212] helo=sc8-sf-web22.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1JLUB1-0003SY-Qv; Sat, 02 Feb 2008 18:01:47 -0800
Received: from nobody by sc8-sf-web22.sourceforge.net with local (Exim 4.43)
	id 1JLUB1-0001G7-IG; Sat, 02 Feb 2008 18:01:47 -0800
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ jpim-Bugs-1881798 ] Parser bug with the PHOTO property
X-SourceForge-Tracker-unixname:	jpim
X-SourceForge-Tracker-trackerid: 402836
X-SourceForge-Tracker-itemid: 1881798
X-SourceForge-Tracker-itemstatus: Open
X-SourceForge-Tracker-itemassignee: nobody
X-SourceForge-Tracker-itemupdate-reason: Comment added
X-SourceForge-Tracker-itemupdate-username: wimpi
Message-Id: <E1JLUB1-0001G7-IG@sc8-sf-web22.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web22.sourceforge.net>
Date:	Sat, 02 Feb 2008 18:01:47 -0800
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   
X-Antivirus: AVG for E-mail 7.5.516 [269.19.18/1255]
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8

Bugs item #1881798, was opened at 2008-01-29 13:06
Message generated for change (Comment added) made by wimpi
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=402836&aid=1881798&group_id=31617

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Antoni Mylka (mylka)
Assigned to: Nobody/Anonymous (nobody)
Summary: Parser bug with the PHOTO property

Initial Comment:
The attached file is parsed wrong. It has been generated by the KDE Kontact. The encoded data of the photo property is (after unfolding) 26112 chars long. The Base64 class throws an exception because the next line REV: is NOT parsed as a separate property, but is concatenated to the PHOTO value.

----------------------------------------------------------------------

>Comment By: Dieter Wimberger (wimpi)
Date: 2008-02-03 02:01

Message:
Logged In: YES 
user_id=36782
Originator: NO

I have to check this and will follow up ASAP with a comment.


----------------------------------------------------------------------

Comment By: Antoni Mylka (mylka)
Date: 2008-01-29 15:39

Message:
Logged In: YES 
user_id=1613065
Originator: YES

attached a patch that fixes the problem (as far as the attached file is
concerned), this fix will work (i.e. an attachment and the following line
will be parsed correctly) in most cases, it will fail under following
conditions
1. the base64 encoding of the attachment fits in a single line (which is
highly unlikely)
2. there were no occurences of "normal" folding before (which is also
quite unlikely)

File Added: base64.folding.patch

----------------------------------------------------------------------

Comment By: Antoni Mylka (mylka)
Date: 2008-01-29 13:08

Message:
Logged In: YES 
user_id=1613065
Originator: YES

After a quick look, this seems to be a duplicate of the "[ 1257650 ]
base64 unfolder problem".

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=402836&aid=1881798&group_id=31617


-- 
No virus found in this incoming message.
Checked by AVG Free Edition. 
Version: 7.5.516 / Virus Database: 269.19.18/1255 - Release Date: 2008-02-01 09:59


From - Sun Feb 03 23:24:04 2008
X-Account-Key: account3
X-UIDL: 00026fbc01f99d4c
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:38595 "EHLO
	mail.sourceforge.net" rhost-flags-OK-OK-OK-OK) by ps15.test.onet.pl
	with ESMTPS id S738201541AbYBCWTzoAMo0;
	Sun, 3 Feb 2008 23:19:55 +0100
Received: from sc8-sf-web21-b.sourceforge.net ([10.3.1.211] helo=sc8-sf-web21.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1JLnBp-0006E3-Ib; Sun, 03 Feb 2008 14:19:53 -0800
Received: from nobody by sc8-sf-web21.sourceforge.net with local (Exim 4.43)
	id 1JLnBp-0005ha-2I; Sun, 03 Feb 2008 14:19:53 -0800
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ mstor-Patches-1885918 ] Exposes the last modification date of an MboxFolder
X-SourceForge-Tracker-unixname:	mstor
X-SourceForge-Tracker-trackerid: 667640
X-SourceForge-Tracker-itemid: 1885918
X-SourceForge-Tracker-itemstatus: Open
X-SourceForge-Tracker-itemassignee: nobody
X-SourceForge-Tracker-itemupdate-reason: Tracker Item Submitted
X-SourceForge-Tracker-itemupdate-username: Item Submitter
Message-Id: <E1JLnBp-0005ha-2I@sc8-sf-web21.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web21.sourceforge.net>
Date:	Sun, 03 Feb 2008 14:19:53 -0800
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   
X-Antivirus: AVG for E-mail 7.5.516 [269.19.18/1255]
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8

Patches item #1885918, was opened at 2008-02-03 23:19
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=667640&aid=1885918&group_id=114229

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Antoni Mylka (mylka)
Assigned to: Nobody/Anonymous (nobody)
Summary: Exposes the last modification date of an MboxFolder

Initial Comment:
This patch exposes the last modification date of an MboxFolder to the application. It would be very useful for the Aperture framework. It would allow the MboxCrawler to detect if a folder has been modified or not without having to store the information about the exact content of a folder and to check it all between crawls.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=667640&aid=1885918&group_id=114229


-- 
No virus found in this incoming message.
Checked by AVG Free Edition. 
Version: 7.5.516 / Virus Database: 269.19.18/1255 - Release Date: 2008-02-01 09:59


From - Wed Feb 06 19:29:44 2008
X-Account-Key: account3
X-UIDL: 00026fbc0202576f
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:39490 "EHLO
	mail.sourceforge.net" rhost-flags-OK-OK-OK-OK) by ps26.test.onet.pl
	with ESMTPS id S184576092AbYBFSYyyuBog;
	Wed, 6 Feb 2008 19:24:54 +0100
Received: from sc8-sf-web22-b.sourceforge.net ([10.3.1.212] helo=sc8-sf-web22.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1JMnB3-00080q-1l; Wed, 06 Feb 2008 08:31:13 -0800
Received: from nobody by sc8-sf-web22.sourceforge.net with local (Exim 4.43)
	id 1JMnB2-0003HE-NN; Wed, 06 Feb 2008 08:31:12 -0800
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ aperture-Bugs-1888018 ] MimeExtractor puts both plain and html in plainTextContent
X-SourceForge-Tracker-unixname:	aperture
X-SourceForge-Tracker-trackerid: 779500
X-SourceForge-Tracker-itemid: 1888018
X-SourceForge-Tracker-itemstatus: Open
X-SourceForge-Tracker-itemassignee: nobody
X-SourceForge-Tracker-itemupdate-reason: Tracker Item Submitted
X-SourceForge-Tracker-itemupdate-username: Item Submitter
Message-Id: <E1JMnB2-0003HE-NN@sc8-sf-web22.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web22.sourceforge.net>
Date:	Wed, 06 Feb 2008 08:31:12 -0800
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   
X-Antivirus: AVG for E-mail 7.5.516 [269.19.20/1259]
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8

Bugs item #1888018, was opened at 2008-02-06 17:31
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779500&aid=1888018&group_id=150969

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Antoni Mylka (mylka)
Assigned to: Nobody/Anonymous (nobody)
Summary: MimeExtractor puts both plain and html in plainTextContent

Initial Comment:
I'm running a FileSystemCrawler over a folder full of email files. I get the plainTextContent delivered by the MimeExtractor. It contains both the plainText mime part AND the HTML mime part concatenated together, which sucks big time

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779500&aid=1888018&group_id=150969


-- 
No virus found in this incoming message.
Checked by AVG Free Edition. 
Version: 7.5.516 / Virus Database: 269.19.20/1259 - Release Date: 2008-02-04 20:42


From - Sat Feb 09 20:11:50 2008
X-Account-Key: account3
X-UIDL: 00026fbc02073f64
X-Mozilla-Status: 0005
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:52943 "EHLO
	mail.sourceforge.net" rhost-flags-OK-OK-OK-OK) by ps31.test.onet.pl
	with ESMTPS id S738245958AbYBHJ3dGoCKa;
	Fri, 8 Feb 2008 10:29:33 +0100
Received: from sc8-sf-web24-b.sourceforge.net ([10.3.1.214] helo=sc8-sf-web24.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1JNPY3-0002JU-3t; Fri, 08 Feb 2008 01:29:31 -0800
Received: from nobody by sc8-sf-web24.sourceforge.net with local (Exim 4.43)
	id 1JNPY2-0006Y3-Oh; Fri, 08 Feb 2008 01:29:30 -0800
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [aperture - Open Discussion] Handle Data Object Not disposed error?
Message-Id: <4766418.504446@sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web24.sourceforge.net>
Date:	Fri, 08 Feb 2008 01:29:30 -0800
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   
X-Antivirus: AVG for E-mail 7.5.516 [269.20.0/1268]
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8


Read and respond to this message at: 
https://sourceforge.net/forum/message.php?msg_id=4766418
By: charanya

While crawling the file system I often land-up with an error “DataObject has
not been disposed.”. Altough it comes as a warning as per log, it stops the
crawling. We are peresently using Aperture “aperture-2006.1-alpha-3a”.

When dug into the same the error seems to be triggred from
“DataObjectBase.class”
We create data object for each file while crawling, using the native aperture
method. We dispose these objects once the crawling is comeplete. It seems there
could be a few data objects that are not disposed & hence memory problems could
be triggering this action.

Please help…




______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit: 
https://sourceforge.net/forum/unmonitor.php?forum_id=504446


-- 
No virus found in this incoming message.
Checked by AVG Free Edition. 
Version: 7.5.516 / Virus Database: 269.20.0/1268 - Release Date: 2008-02-09 11:54


From - Sat Feb 09 20:11:53 2008
X-Account-Key: account3
X-UIDL: 00026fbc02081b4a
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:46697 "EHLO
	mail.sourceforge.net" rhost-flags-OK-OK-OK-OK) by ps22.test.onet.pl
	with ESMTPS id S184555981AbYBHQDFsetmA;
	Fri, 8 Feb 2008 17:03:05 +0100
Received: from sc8-sf-web22-b.sourceforge.net ([10.3.1.212] helo=sc8-sf-web22.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1JNVgt-0006rJ-Jp; Fri, 08 Feb 2008 08:03:03 -0800
Received: from nobody by sc8-sf-web22.sourceforge.net with local (Exim 4.43)
	id 1JNVgs-0008OO-Rr; Fri, 08 Feb 2008 08:03:03 -0800
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ mstor-Patches-1885918 ] Exposes the last modification date of an MboxFolder
X-SourceForge-Tracker-unixname:	mstor
X-SourceForge-Tracker-trackerid: 667640
X-SourceForge-Tracker-itemid: 1885918
X-SourceForge-Tracker-itemstatus: Pending
X-SourceForge-Tracker-itemassignee: nobody
X-SourceForge-Tracker-itemupdate-reason: Comment added
X-SourceForge-Tracker-itemupdate-username: fortuna
Message-Id: <E1JNVgs-0008OO-Rr@sc8-sf-web22.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web22.sourceforge.net>
Date:	Fri, 08 Feb 2008 08:03:02 -0800
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   
X-Antivirus: AVG for E-mail 7.5.516 [269.20.0/1268]
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8

Patches item #1885918, was opened at 2008-02-04 09:19
Message generated for change (Comment added) made by fortuna
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=667640&aid=1885918&group_id=114229

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Pending
>Resolution: Accepted
Priority: 5
Private: No
Submitted By: Antoni Mylka (mylka)
Assigned to: Nobody/Anonymous (nobody)
Summary: Exposes the last modification date of an MboxFolder

Initial Comment:
This patch exposes the last modification date of an MboxFolder to the application. It would be very useful for the Aperture framework. It would allow the MboxCrawler to detect if a folder has been modified or not without having to store the information about the exact content of a folder and to check it all between crawls.

----------------------------------------------------------------------

>Comment By: Ben Fortuna (fortuna)
Date: 2008-02-09 03:03

Message:
Logged In: YES 
user_id=14058
Originator: NO

I've applied this patch, however I'm not sure how you will be able to use
it without gaining access to the folder delegate of an MstorFolder. Does
this also require a method in MstorFolder?

regards,
ben

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=667640&aid=1885918&group_id=114229


-- 
No virus found in this incoming message.
Checked by AVG Free Edition. 
Version: 7.5.516 / Virus Database: 269.20.0/1268 - Release Date: 2008-02-09 11:54


From - Sat Feb 09 20:11:53 2008
X-Account-Key: account3
X-UIDL: 00026fbc0208211c
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:43292 "EHLO
	mail.sourceforge.net" rhost-flags-OK-OK-OK-OK) by ps24.test.onet.pl
	with ESMTPS id S1476411771AbYBHQMLO5YmH;
	Fri, 8 Feb 2008 17:12:11 +0100
Received: from sc8-sf-web22-b.sourceforge.net ([10.3.1.212] helo=sc8-sf-web22.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1JNVpe-0003St-Jd; Fri, 08 Feb 2008 08:12:06 -0800
Received: from nobody by sc8-sf-web22.sourceforge.net with local (Exim 4.43)
	id 1JNVpd-0001uy-Tv; Fri, 08 Feb 2008 08:12:06 -0800
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [mstor - Help] RE: Unique id per message when stored
Message-Id: <4767059.390660@sourceforge.net>
In-Reply-To: <4757718.390660@sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web22.sourceforge.net>
Date:	Fri, 08 Feb 2008 08:12:05 -0800
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   
X-Antivirus: AVG for E-mail 7.5.516 [269.20.0/1268]
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8


Read and respond to this message at: 
https://sourceforge.net/forum/message.php?msg_id=4767059
By: fortuna

I've applied this patch, but I think you may require an additional method in
MstorFolder to use it..

Note that you could also call FolderDelegate.getLastUid(), which returns the
last UID allocated for delegates that support UID allocation (currently this
is only MetaFolder, which is enabled using the META_ENABLED flag).

regards,
ben


______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit: 
https://sourceforge.net/forum/unmonitor.php?forum_id=390660


-- 
No virus found in this incoming message.
Checked by AVG Free Edition. 
Version: 7.5.516 / Virus Database: 269.20.0/1268 - Release Date: 2008-02-09 11:54


From - Sat Feb 09 20:12:03 2008
X-Account-Key: account3
X-UIDL: 00026fbc0209a703
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:60645 "EHLO
	mail.sourceforge.net" rhost-flags-OK-OK-OK-OK) by ps23.test.onet.pl
	with ESMTPS id S184552936AbYBIJa7Yiwuu;
	Sat, 9 Feb 2008 10:30:59 +0100
Received: from sc8-sf-web24-b.sourceforge.net ([10.3.1.214] helo=sc8-sf-web24.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1JNm2w-0005a5-L7; Sat, 09 Feb 2008 01:30:54 -0800
Received: from nobody by sc8-sf-web24.sourceforge.net with local (Exim 4.43)
	id 1JNm2w-0005nu-8u; Sat, 09 Feb 2008 01:30:54 -0800
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [mstor - Help] RE: From line appearing as a header
Message-Id: <4768257.390660@sourceforge.net>
In-Reply-To: <3986646.390660@sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web24.sourceforge.net>
Date:	Sat, 09 Feb 2008 01:30:54 -0800
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   
X-Antivirus: AVG for E-mail 7.5.516 [269.20.0/1268]
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8


Read and respond to this message at: 
https://sourceforge.net/forum/message.php?msg_id=4768257
By: fortuna

Hi Jason,

I think I've finally fixed this one. I am now adjusting the position of the
message buffer to exclude the From_ line.

Changes are available in CVS. Apologies for taking so long. :)

regards,
ben


______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit: 
https://sourceforge.net/forum/unmonitor.php?forum_id=390660


-- 
No virus found in this incoming message.
Checked by AVG Free Edition. 
Version: 7.5.516 / Virus Database: 269.20.0/1268 - Release Date: 2008-02-09 11:54


From - Sat Feb 09 20:12:05 2008
X-Account-Key: account3
X-UIDL: 00026fbc0209b181
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:58339 "EHLO
	mail.sourceforge.net" rhost-flags-OK-OK-OK-OK) by ps11.test.onet.pl
	with ESMTPS id S184552634AbYBIJzLpw3hh;
	Sat, 9 Feb 2008 10:55:11 +0100
Received: from sc8-sf-web24-b.sourceforge.net ([10.3.1.214] helo=sc8-sf-web24.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1JNmQP-0003Yt-EP; Sat, 09 Feb 2008 01:55:09 -0800
Received: from nobody by sc8-sf-web24.sourceforge.net with local (Exim 4.43)
	id 1JNmQP-0008Sj-3U; Sat, 09 Feb 2008 01:55:09 -0800
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [mstor - Help] RE: Robust handling of From: 
Message-Id: <4768281.390660@sourceforge.net>
In-Reply-To: <4673983.390660@sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web24.sourceforge.net>
Date:	Sat, 09 Feb 2008 01:55:09 -0800
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   
X-Antivirus: AVG for E-mail 7.5.516 [269.20.0/1268]
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8


Read and respond to this message at: 
https://sourceforge.net/forum/message.php?msg_id=4768281
By: fortuna

Hi Christopher,

I think the real problem here is that JavaMail doesn't seem very forgiving when
it comes to parsing messages headers.

Providers such as mstor are primarily responsible for providing a message input
stream - including headers - that JavaMail then parses. I have seen similar
problems before with message headers, and I think the proper way to deal with
it would be to contact the JavaMail developers.

I also think the reason it is working via IMAP is that the implementation is
different (MimeMessage vs. IMAPMessage), so there's probably some processing
specific to the IMAP implementation that removes the whitespaces.

That said, I haven't really found out how easy it is to submit patches for JavaMail
yet, but I think the project is now based here:

https://glassfish.dev.java.net/javaee5/mail/

The only other solution I can think of is to perhaps override the implementation
in MimeMessage to remove the whitespaces, altho it seems a bit of a hack.. I
might look at it anyway. :)

regards,
ben


______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit: 
https://sourceforge.net/forum/unmonitor.php?forum_id=390660


-- 
No virus found in this incoming message.
Checked by AVG Free Edition. 
Version: 7.5.516 / Virus Database: 269.20.0/1268 - Release Date: 2008-02-09 11:54


From - Sun Feb 10 10:53:48 2008
X-Account-Key: account3
X-UIDL: 00026fbc020b50b7
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:40310 "EHLO
	mail.sourceforge.net" rhost-flags-OK-OK-OK-OK) by ps30.test.onet.pl
	with ESMTPS id S184559392AbYBJI73UPwQW;
	Sun, 10 Feb 2008 09:59:29 +0100
Received: from sc8-sf-web21-b.sourceforge.net ([10.3.1.211] helo=sc8-sf-web21.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1JO749-0002kY-Px; Sat, 09 Feb 2008 23:57:33 -0800
Received: from nobody by sc8-sf-web21.sourceforge.net with local (Exim 4.43)
	id 1JO747-0007Kl-Er; Sat, 09 Feb 2008 23:57:31 -0800
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [mstor - Help] RE: Cannot get ReceivedDate
Message-Id: <4769437.390660@sourceforge.net>
In-Reply-To: <4673955.390660@sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web21.sourceforge.net>
Date:	Sat, 09 Feb 2008 23:57:31 -0800
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   
X-Antivirus: AVG for E-mail 7.5.516 [269.20.0/1268]
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8


Read and respond to this message at: 
https://sourceforge.net/forum/message.php?msg_id=4769437
By: fortuna

Hi Christopher,

Yeah it's a pretty big limitation of the mbox file format that it doesn't support
retrieval of received date.

The way JavaMail is implemented is that by default the MimeMessage implementation
will simply return null for calls to getReceivedDate(). It is up to the store
implementation to override this method to return something meaningful. Unfortunately
because mbox does not provide a mechanism for returning the received date we
need to provide additional metadata for storing this information.

If you don't want to rely on any metadata approach you could alternatively call
getSentDate(), which will read the "Date" header from the message, however this
isn't a very reliable method of determining when a message was actually
received.

regards,
ben


______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit: 
https://sourceforge.net/forum/unmonitor.php?forum_id=390660


-- 
No virus found in this incoming message.
Checked by AVG Free Edition. 
Version: 7.5.516 / Virus Database: 269.20.0/1268 - Release Date: 2008-02-09 11:54


From - Sun Feb 10 14:28:55 2008
X-Account-Key: account3
X-UIDL: 00026fbc020ba56a
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:56474 "EHLO
	mail.sourceforge.net" rhost-flags-OK-OK-OK-OK) by ps24.test.onet.pl
	with ESMTPS id S1476405088AbYBJNZFt8eT2;
	Sun, 10 Feb 2008 14:25:05 +0100
Received: from sc8-sf-web24-b.sourceforge.net ([10.3.1.214] helo=sc8-sf-web24.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1JOCAy-0001gW-1u; Sun, 10 Feb 2008 05:24:56 -0800
Received: from nobody by sc8-sf-web24.sourceforge.net with local (Exim 4.43)
	id 1JOCAx-00015o-OT; Sun, 10 Feb 2008 05:24:55 -0800
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [mstor - Help] RE: null Messages
Message-Id: <4769680.390660@sourceforge.net>
In-Reply-To: <4237659.390660@sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web24.sourceforge.net>
Date:	Sun, 10 Feb 2008 05:24:55 -0800
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   
X-Antivirus: AVG for E-mail 7.5.516 [269.20.0/1268]
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8


Read and respond to this message at: 
https://sourceforge.net/forum/message.php?msg_id=4769680
By: fortuna

Hi Rich,

I've just applied a few fixes to the regex used in the From_ patterns and also
increased the default buffer size to 8192. Results are looking promising so
far, however it may still require some more tweaking (I am not very confident
in my regex abilities..). :)

regards,
ben


______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit: 
https://sourceforge.net/forum/unmonitor.php?forum_id=390660


-- 
No virus found in this incoming message.
Checked by AVG Free Edition. 
Version: 7.5.516 / Virus Database: 269.20.0/1268 - Release Date: 2008-02-09 11:54


From - Sun Feb 10 20:13:50 2008
X-Account-Key: account3
X-UIDL: 00026fbc020bacc0
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:54657 "EHLO
	mail.sourceforge.net" rhost-flags-OK-OK-OK-OK) by ps15.test.onet.pl
	with ESMTPS id S738210956AbYBJNphCkZt6;
	Sun, 10 Feb 2008 14:45:37 +0100
Received: from sc8-sf-web24-b.sourceforge.net ([10.3.1.214] helo=sc8-sf-web24.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1JOCUr-0004Mt-8Z; Sun, 10 Feb 2008 05:45:29 -0800
Received: from nobody by sc8-sf-web24.sourceforge.net with local (Exim 4.43)
	id 1JOCUq-0003Oy-U0; Sun, 10 Feb 2008 05:45:29 -0800
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [mstor - Help] RE: [patch] reading offsets from ThunderBird 
Message-Id: <4769700.390660@sourceforge.net>
In-Reply-To: <4127868.390660@sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web24.sourceforge.net>
Date:	Sun, 10 Feb 2008 05:45:28 -0800
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   
X-Antivirus: AVG for E-mail 7.5.516 [269.20.0/1268]
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8


Read and respond to this message at: 
https://sourceforge.net/forum/message.php?msg_id=4769700
By: fortuna

To be honest, I don't see how this patch would work. It looks like you are trying
to open the .msf file as an mbox file. But the msf format seems to be some kind
of mork file database..

Anyway, unfortunately the code for mstor has change quite significantly since
this patch was submitted, so there's no easy way to see what the patch is really
trying to do (I can't really figure it out without indentation, etc.).

regards,
ben


______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit: 
https://sourceforge.net/forum/unmonitor.php?forum_id=390660


-- 
No virus found in this incoming message.
Checked by AVG Free Edition. 
Version: 7.5.516 / Virus Database: 269.20.0/1268 - Release Date: 2008-02-09 11:54


From - Mon Feb 11 15:46:19 2008
X-Account-Key: account3
X-UIDL: 00026fbc020e4a63
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:56751 "EHLO
	mail.sourceforge.net" rhost-flags-OK-OK-OK-OK) by ps26.test.onet.pl
	with ESMTPS id S184560890AbYBKOpQjfySJ;
	Mon, 11 Feb 2008 15:45:16 +0100
Received: from sc8-sf-web23-b.sourceforge.net ([10.3.1.213] helo=sc8-sf-web23.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1JOZtw-00087h-It; Mon, 11 Feb 2008 06:44:56 -0800
Received: from nobody by sc8-sf-web23.sourceforge.net with local (Exim 4.43)
	id 1JOZtw-0003c1-4j; Mon, 11 Feb 2008 06:44:56 -0800
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ aperture-Bugs-1891176 ] Bug in statistics of example crawlers
X-SourceForge-Tracker-unixname:	aperture
X-SourceForge-Tracker-trackerid: 779500
X-SourceForge-Tracker-itemid: 1891176
X-SourceForge-Tracker-itemstatus: Open
X-SourceForge-Tracker-itemassignee: mylka
X-SourceForge-Tracker-itemupdate-reason: Tracker Item Submitted
X-SourceForge-Tracker-itemupdate-username: Item Submitter
Message-Id: <E1JOZtw-0003c1-4j@sc8-sf-web23.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web23.sourceforge.net>
Date:	Mon, 11 Feb 2008 06:44:56 -0800
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   
X-Antivirus: AVG for E-mail 7.5.516 [269.20.0/1268]
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8

Bugs item #1891176, was opened at 2008-02-11 15:44
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779500&aid=1891176&group_id=150969

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Christiaan Fluit (cfmfluit)
Assigned to: Antoni Mylka (mylka)
Summary: Bug in statistics of example crawlers

Initial Comment:
PerformanceMeasuringCrawlerHandler has a private nrObjects variable, as does its superclass SimpleCrawlerHandler. The value is incremented in the overridden objectNew method, meaning that only the value in the subclass is incremented. This way, SimpleCrawlerHandler.accessingObject will always point to an untouched variable and several of the statistics calculated at the end are incorrect.

nrObjects (and possibly other vars as well) should probably be protected, so that only a single instance of this variable is sufficient.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779500&aid=1891176&group_id=150969


-- 
No virus found in this incoming message.
Checked by AVG Free Edition. 
Version: 7.5.516 / Virus Database: 269.20.0/1268 - Release Date: 2008-02-09 11:54


From - Tue Feb 12 16:51:51 2008
X-Account-Key: account3
X-UIDL: 00026fbc0211f26d
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:34459 "EHLO
	mail.sourceforge.net" rhost-flags-OK-OK-OK-OK) by ps15.test.onet.pl
	with ESMTPS id S738218931AbYBLPuG334eo;
	Tue, 12 Feb 2008 16:50:06 +0100
Received: from sc8-sf-web21-b.sourceforge.net ([10.3.1.211] helo=sc8-sf-web21.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1JOxOK-0006mC-TM; Tue, 12 Feb 2008 07:49:52 -0800
Received: from nobody by sc8-sf-web21.sourceforge.net with local (Exim 4.43)
	id 1JOxOK-0001kb-FQ; Tue, 12 Feb 2008 07:49:52 -0800
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ aperture-Bugs-1891176 ] Bug in statistics of example crawlers
X-SourceForge-Tracker-unixname:	aperture
X-SourceForge-Tracker-trackerid: 779500
X-SourceForge-Tracker-itemid: 1891176
X-SourceForge-Tracker-itemstatus: Closed
X-SourceForge-Tracker-itemassignee: mylka
X-SourceForge-Tracker-itemupdate-reason: Comment added
X-SourceForge-Tracker-itemupdate-username: mylka
Message-Id: <E1JOxOK-0001kb-FQ@sc8-sf-web21.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web21.sourceforge.net>
Date:	Tue, 12 Feb 2008 07:49:52 -0800
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   
X-Antivirus: AVG for E-mail 7.5.516 [269.20.0/1268]
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8

Bugs item #1891176, was opened at 2008-02-11 15:44
Message generated for change (Comment added) made by mylka
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779500&aid=1891176&group_id=150969

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
Resolution: None
Priority: 5
Private: No
Submitted By: Christiaan Fluit (cfmfluit)
Assigned to: Antoni Mylka (mylka)
Summary: Bug in statistics of example crawlers

Initial Comment:
PerformanceMeasuringCrawlerHandler has a private nrObjects variable, as does its superclass SimpleCrawlerHandler. The value is incremented in the overridden objectNew method, meaning that only the value in the subclass is incremented. This way, SimpleCrawlerHandler.accessingObject will always point to an untouched variable and several of the statistics calculated at the end are incorrect.

nrObjects (and possibly other vars as well) should probably be protected, so that only a single instance of this variable is sufficient.

----------------------------------------------------------------------

>Comment By: Antoni Mylka (mylka)
Date: 2008-02-12 16:49

Message:
Logged In: YES 
user_id=1613065
Originator: NO

fixed in revision 1149

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=779500&aid=1891176&group_id=150969


-- 
No virus found in this incoming message.
Checked by AVG Free Edition. 
Version: 7.5.516 / Virus Database: 269.20.0/1268 - Release Date: 2008-02-09 11:54


From - Sat Feb 16 10:26:39 2008
X-Account-Key: account3
X-UIDL: 00026fbc028d2069
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:41009 "EHLO
	mail.sourceforge.net" rhost-flags-OK-OK-OK-OK) by ps15.test.onet.pl
	with ESMTPS id S738199479AbYBPJC4dmgd-;
	Sat, 16 Feb 2008 10:02:56 +0100
Received: from sc8-sf-web23-b.sourceforge.net ([10.3.1.213] helo=sc8-sf-web23.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1JQIwV-0006E4-Kh; Sat, 16 Feb 2008 01:02:43 -0800
Received: from nobody by sc8-sf-web23.sourceforge.net with local (Exim 4.43)
	id 1JQIwV-0000wj-Am; Sat, 16 Feb 2008 01:02:43 -0800
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ical4j - Help] RE: recurring events not shown in outlook pro
Message-Id: <4781231.368291@sourceforge.net>
In-Reply-To: <4781194.368291@sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web23.sourceforge.net>
Date:	Sat, 16 Feb 2008 01:02:43 -0800
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   
X-Antivirus: AVG for E-mail 7.5.516 [269.20.0/1268]
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8


Read and respond to this message at: 
https://sourceforge.net/forum/message.php?msg_id=4781231
By: dil_vedula

on difference I observed is 
TZOFFSETFROM:+0530 
TZOFFSETTO:+0630 

where as from outlook 
TZOFFSETFROM:+0530 
TZOFFSETTO:+0530 

This could be a reason for outlook not processing this properly.

______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit: 
https://sourceforge.net/forum/unmonitor.php?forum_id=368291


-- 
No virus found in this incoming message.
Checked by AVG Free Edition. 
Version: 7.5.516 / Virus Database: 269.20.0/1268 - Release Date: 2008-02-09 11:54


From - Sat Feb 16 10:26:40 2008
X-Account-Key: account3
X-UIDL: 00026fbc028d30dc
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:34443 "EHLO
	mail.sourceforge.net" rhost-flags-OK-OK-OK-OK) by ps18.test.onet.pl
	with ESMTPS id S872419094AbYBPJYZtyHgU;
	Sat, 16 Feb 2008 10:24:25 +0100
Received: from sc8-sf-web23-b.sourceforge.net ([10.3.1.213] helo=sc8-sf-web23.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1JQICN-0002cJ-Nq; Sat, 16 Feb 2008 00:15:03 -0800
Received: from nobody by sc8-sf-web23.sourceforge.net with local (Exim 4.43)
	id 1JQICN-0003Vl-BL; Sat, 16 Feb 2008 00:15:03 -0800
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ical4j - Help] recurring events not shown in outlook properl
Message-Id: <4781194.368291@sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web23.sourceforge.net>
Date:	Sat, 16 Feb 2008 00:15:03 -0800
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   
X-Antivirus: AVG for E-mail 7.5.516 [269.20.0/1268]
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8


Read and respond to this message at: 
https://sourceforge.net/forum/message.php?msg_id=4781194
By: dil_vedula

When I try to create a daily recurring event and send a mail containing this
event, in outlook it is not shown as an event.

1. initially i tried with out adding VTimeZone to Calendar, in this case it
shows as a meeting in outlook but recurrence is ignored by outlook.

2. I have exported from .ics from outlook for a daily recurring event there
I found that VTimeZone is there in Calendar

3. now after adding VTimeZone to Calendar, the out put from ical4j for VTimeZone
tag is
BEGIN:VTIMEZONE
TZID:Asia/Calcutta
X-LIC-LOCATION:Asia/Calcutta
BEGIN:STANDARD
TZOFFSETFROM:+055328
TZOFFSETTO:+055320
TZNAME:HMT
DTSTART:18800101T000000
RDATE:18800101T000000
END:STANDARD
BEGIN:STANDARD
TZOFFSETFROM:+055320
TZOFFSETTO:+0630
TZNAME:BURT
DTSTART:19410930T233640
RDATE:19410930T233640
END:STANDARD
BEGIN:STANDARD
TZOFFSETFROM:+0630
TZOFFSETTO:+0530
TZNAME:IST
DTSTART:19420515T000000
RDATE:19420515T000000
RDATE:19451015T000000
END:STANDARD
BEGIN:DAYLIGHT
TZOFFSETFROM:+0530
TZOFFSETTO:+0630
TZNAME:IST
DTSTART:19420901T000000
RDATE:19420901T000000
END:DAYLIGHT
END:VTIMEZONE

Where as from .ics of outlook I see 
BEGIN:VTIMEZONE
TZID:Chennai\, Kolkata\, Mumbai\, New Delhi
BEGIN:STANDARD
DTSTART:16010101T000000
TZOFFSETFROM:+0530
TZOFFSETTO:+0530
END:STANDARD
END:VTIMEZONE

Now this is not shown as an event at all, it is just shown as an email
in outlook.

How this should be solved.

______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit: 
https://sourceforge.net/forum/unmonitor.php?forum_id=368291


-- 
No virus found in this incoming message.
Checked by AVG Free Edition. 
Version: 7.5.516 / Virus Database: 269.20.0/1268 - Release Date: 2008-02-09 11:54


From - Sat Feb 16 13:14:20 2008
X-Account-Key: account3
X-UIDL: 00026fbc028dafd7
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:48059 "EHLO
	mail.sourceforge.net" rhost-flags-OK-OK-OK-OK) by ps29.test.onet.pl
	with ESMTPS id S184554557AbYBPMNGr05OX;
	Sat, 16 Feb 2008 13:13:06 +0100
Received: from sc8-sf-web21-b.sourceforge.net ([10.3.1.211] helo=sc8-sf-web21.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1JQLuW-0003i7-MP; Sat, 16 Feb 2008 04:12:52 -0800
Received: from nobody by sc8-sf-web21.sourceforge.net with local (Exim 4.43)
	id 1JQLuV-0008TZ-Me; Sat, 16 Feb 2008 04:12:51 -0800
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ical4j - Help] RE: recurring events not shown in outlook pro
Message-Id: <4781414.368291@sourceforge.net>
In-Reply-To: <4781194.368291@sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web21.sourceforge.net>
Date:	Sat, 16 Feb 2008 04:12:51 -0800
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   
X-Antivirus: AVG for E-mail 7.5.516 [269.20.6/1282]
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8


Read and respond to this message at: 
https://sourceforge.net/forum/message.php?msg_id=4781414
By: dil_vedula

it worked after i made the above mentioned changes.

______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit: 
https://sourceforge.net/forum/unmonitor.php?forum_id=368291


-- 
No virus found in this incoming message.
Checked by AVG Free Edition. 
Version: 7.5.516 / Virus Database: 269.20.6/1282 - Release Date: 2008-02-15 19:08


From - Sat Feb 16 13:24:20 2008
X-Account-Key: account3
X-UIDL: 00026fbc028db6ec
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:38664 "EHLO
	mail.sourceforge.net" rhost-flags-OK-OK-OK-OK) by ps9.test.onet.pl
	with ESMTPS id S184554394AbYBPMWeWVN4t;
	Sat, 16 Feb 2008 13:22:34 +0100
Received: from sc8-sf-web24-b.sourceforge.net ([10.3.1.214] helo=sc8-sf-web24.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1JQM3g-0006W4-2X; Sat, 16 Feb 2008 04:22:20 -0800
Received: from nobody by sc8-sf-web24.sourceforge.net with local (Exim 4.43)
	id 1JQM3f-0003Nx-44; Sat, 16 Feb 2008 04:22:19 -0800
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ical4j - Help] ical4j reminder(alarm) outlook Problem
Message-Id: <4781426.368291@sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web24.sourceforge.net>
Date:	Sat, 16 Feb 2008 04:22:19 -0800
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   
X-Antivirus: AVG for E-mail 7.5.516 [269.20.6/1282]
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8


Read and respond to this message at: 
https://sourceforge.net/forum/message.php?msg_id=4781426
By: dil_vedula

Wanted to try out reminder part of ical4j with outlook.
I tried 2 different things..
1. created event using ical4j added VAlarm
so that the content looks some thing like
.......
.......
BEGIN:VALARM
TRIGGER:-PT1H
REPEAT:4
ACTION:DISPLAY
DESCRIPTION:sample alarm....
END:VALARM
.......
....... 
in this case outlook does not show up the reminder when appropriate time comes.

2. created a recurring event from outlook and saved it in .ics format which
looks like
.....
.....
BEGIN:VALARM
TRIGGER:-PT15M
ACTION:DISPLAY
DESCRIPTION:Reminder
END:VALARM
....
....
Now also when I send this from a mail sending program, outlook does not show
up the reminder when appropriate time has come.

Is this the problem with outlook? can any one confirm?


______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit: 
https://sourceforge.net/forum/unmonitor.php?forum_id=368291


-- 
No virus found in this incoming message.
Checked by AVG Free Edition. 
Version: 7.5.516 / Virus Database: 269.20.6/1282 - Release Date: 2008-02-15 19:08


From - Thu Feb 21 00:45:43 2008
X-Account-Key: account3
X-UIDL: 00026fbc02a03153
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:43470 "EHLO
	mail.sourceforge.net" rhost-flags-OK-OK-OK-OK) by ps31.test.onet.pl
	with ESMTPS id S738201465AbYBTSLu5ncfF;
	Wed, 20 Feb 2008 19:11:50 +0100
Received: from sc8-sf-web24-b.sourceforge.net ([10.3.1.214] helo=sc8-sf-web24.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1JRsWa-0004HN-Il; Wed, 20 Feb 2008 09:14:28 -0800
Received: from nobody by sc8-sf-web24.sourceforge.net with local (Exim 4.43)
	id 1JRsWa-0005wW-7f; Wed, 20 Feb 2008 09:14:28 -0800
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ jpim-Support Requests-1898044 ] UID treatment
X-SourceForge-Tracker-unixname:	jpim
X-SourceForge-Tracker-trackerid: 402837
X-SourceForge-Tracker-itemid: 1898044
X-SourceForge-Tracker-itemstatus: Open
X-SourceForge-Tracker-itemassignee: nobody
X-SourceForge-Tracker-itemupdate-reason: Tracker Item Submitted
X-SourceForge-Tracker-itemupdate-username: Item Submitter
Message-Id: <E1JRsWa-0005wW-7f@sc8-sf-web24.sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web24.sourceforge.net>
Date:	Wed, 20 Feb 2008 09:14:28 -0800
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   
X-Antivirus: AVG for E-mail 7.5.516 [269.20.7/1283]
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8

Support Requests item #1898044, was opened at 2008-02-20 18:14
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=402837&aid=1898044&group_id=31617

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Priority: 5
Private: No
Submitted By: Antoni Mylka (mylka)
Assigned to: Nobody/Anonymous (nobody)
Summary: UID treatment

Initial Comment:
I'm using jpim to write a vcard crawler for the Aperture Framework. I've just noticed an issue with the treatment of the UID property.

1. There is no UIDItemHandler - the UID elements are ignored when unmarshalling contacts. Every time a contact is unmarshalled - it has a new identifier.

2. The AbstractIdentifiable.setUID method accepts only uid strings that begin with "jpim-" - even if there were an UIDItemHandler UID's that weren't alloted by jpim would be ignored.

Aperture depends on the UIDs to create URIs for contacts. 

1. We must retain the UID's that are present in existing vcard files. Aperture cannot change the files because they are managed by external applications.

2. The UID's must not change between invocations of the unmarshaller, because we keep track of the identifiers we know to detect additions, modifications and deletions.

I'd be willing to contribute a patch. I would imagine it as some kind of an additional flag in the unmarshaller, or in the IO factory that would override the current behavior and 
1. allow for null uids
2. ensure that existing uids are unchanged and that they are returned when getUID() is invoked.

An UIDItemHandler would also be necessary.

Of course the current behaviour would be the default one and would not change.

Please tell me if it's possible.

This is important for us.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=402837&aid=1898044&group_id=31617


-- 
No virus found in this incoming message.
Checked by AVG Free Edition. 
Version: 7.5.516 / Virus Database: 269.20.7/1283 - Release Date: 2008-02-16 14:16


From - Sun Feb 24 13:19:19 2008
X-Account-Key: account3
X-UIDL: 00026fbc02ac06ae
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:53693 "EHLO
	mail.sourceforge.net" rhost-flags-OK-OK-OK-OK) by ps31.test.onet.pl
	with ESMTPS id S738223405AbYBWEm7up1kQ;
	Sat, 23 Feb 2008 05:42:59 +0100
Received: from sc8-sf-glue1-b.sourceforge.net ([10.3.1.51] helo=sc8-sf-glue1.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1JSkvu-0005P6-4z; Fri, 22 Feb 2008 19:20:14 -0800
Received: from root by sc8-sf-glue1.sourceforge.net with local (Exim 4.43)
	id 1JSkvu-0007el-1K; Fri, 22 Feb 2008 19:20:14 -0800
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ mstor-Patches-1885918 ] Exposes the last modification date of an MboxFolder
X-SourceForge-Tracker-unixname:	mstor
X-SourceForge-Tracker-trackerid: 667640
X-SourceForge-Tracker-itemid: 1885918
X-SourceForge-Tracker-itemstatus: Closed
X-SourceForge-Tracker-itemassignee: nobody
X-SourceForge-Tracker-itemupdate-reason: Comment added
X-SourceForge-Tracker-itemupdate-username: sf-robot
Message-Id: <E1JSkvu-0007el-1K@sc8-sf-glue1.sourceforge.net>
Date:	Fri, 22 Feb 2008 19:20:14 -0800
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: noreply@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   
X-Antivirus: AVG for E-mail 7.5.516 [269.20.9/1295]
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8

Patches item #1885918, was opened at 2008-02-03 14:19
Message generated for change (Comment added) made by sf-robot
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=667640&aid=1885918&group_id=114229

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
Resolution: Accepted
Priority: 5
Private: No
Submitted By: Antoni Mylka (mylka)
Assigned to: Nobody/Anonymous (nobody)
Summary: Exposes the last modification date of an MboxFolder

Initial Comment:
This patch exposes the last modification date of an MboxFolder to the application. It would be very useful for the Aperture framework. It would allow the MboxCrawler to detect if a folder has been modified or not without having to store the information about the exact content of a folder and to check it all between crawls.

----------------------------------------------------------------------

>Comment By: SourceForge Robot (sf-robot)
Date: 2008-02-22 19:20

Message:
Logged In: YES 
user_id=1312539
Originator: NO

This Tracker item was closed automatically by the system. It was
previously set to a Pending status, and the original submitter
did not respond within 14 days (the time period specified by
the administrator of this Tracker).

----------------------------------------------------------------------

Comment By: Ben Fortuna (fortuna)
Date: 2008-02-08 08:03

Message:
Logged In: YES 
user_id=14058
Originator: NO

I've applied this patch, however I'm not sure how you will be able to use
it without gaining access to the folder delegate of an MstorFolder. Does
this also require a method in MstorFolder?

regards,
ben

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=667640&aid=1885918&group_id=114229


-- 
No virus found in this incoming message.
Checked by AVG Free Edition. 
Version: 7.5.516 / Virus Database: 269.20.9/1295 - Release Date: 2008-02-23 21:35


From - Mon Feb 25 10:25:28 2008
X-Account-Key: account3
X-UIDL: 00026fbc02b3292d
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:42646 "EHLO
	mail.sourceforge.net" rhost-flags-OK-OK-OK-OK) by ps28.test.onet.pl
	with ESMTPS id S184554451AbYBYHPRTQzH0;
	Mon, 25 Feb 2008 08:15:17 +0100
Received: from sc8-sf-web24-b.sourceforge.net ([10.3.1.214] helo=sc8-sf-web24.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1JTXFe-0005Xa-Im; Sun, 24 Feb 2008 22:55:50 -0800
Received: from nobody by sc8-sf-web24.sourceforge.net with local (Exim 4.43)
	id 1JTXFe-0001zf-4V; Sun, 24 Feb 2008 22:55:50 -0800
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [aperture - Open Discussion] Reg. Data Object not Disposed Error
Message-Id: <4798697.504446@sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web24.sourceforge.net>
Date:	Sun, 24 Feb 2008 22:55:50 -0800
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   
X-Antivirus: AVG for E-mail 7.5.516 [269.20.9/1295]
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8


Read and respond to this message at: 
https://sourceforge.net/forum/message.php?msg_id=4798697
By: charanya

We have a few doubts regarding Aperture

1.While crawling a datasource (File Server) which order is followed (for instance.,by
size, lastmodifieddate of the file etc..)
2. What is the best method to dispose a data object. Should we use object.dispose()
method to dispose?

If the dispose function is disposing all the data objects.  then, i assume that
it is utilizing all the memory allocated by creating new dataobject for each
file without disposing the created objects, and when it has utilized all the
memory it throws a warning 'Data object has not been disposed'. We get this
warning inspite of including the dispose method inside the finally clause..
Please let me know if my understanding is right?

For your Information, 

1.We dont get any exceptions or OutofMemoryErrors..
2.The crawler is running in a seperate thread. It does not halt the entire
application, only the crawling stops.
3.The file types which we crawl are pdf,text files,html,MS Office files.

The warning which we got is,

DataObject has not been disposed. URI: , <Any file URL, followed by> From DataSource:
null [../../Java]


______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit: 
https://sourceforge.net/forum/unmonitor.php?forum_id=504446


-- 
No virus found in this incoming message.
Checked by AVG Free Edition. 
Version: 7.5.516 / Virus Database: 269.20.9/1295 - Release Date: 2008-02-23 21:35


From - Tue Feb 26 07:55:48 2008
X-Account-Key: account3
X-UIDL: 00026fbc02b7107d
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:53541 "EHLO
	mail.sourceforge.net" rhost-flags-OK-OK-OK-OK) by ps14.test.onet.pl
	with ESMTPS id S738200649AbYBZAUxF8WMA;
	Tue, 26 Feb 2008 01:20:53 +0100
Received: from sc8-sf-web21-b.sourceforge.net ([10.3.1.211] helo=sc8-sf-web21.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1JTnYr-0002au-UO; Mon, 25 Feb 2008 16:20:45 -0800
Received: from nobody by sc8-sf-web21.sourceforge.net with local (Exim 4.43)
	id 1JTnYr-0003Cl-G5; Mon, 25 Feb 2008 16:20:45 -0800
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ical4j - Help] Parsing ATTENDEES with missing mailto: values
Message-Id: <4800521.368291@sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web21.sourceforge.net>
Date:	Mon, 25 Feb 2008 16:20:45 -0800
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   
X-Antivirus: AVG for E-mail 7.5.516 [269.20.9/1295]
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8


Read and respond to this message at: 
https://sourceforge.net/forum/message.php?msg_id=4800521
By: aronr

  In Oracle Calendar, it appears to be possible to invite what are termed 'external
attendees', who have no registered email addresses with the calendar server.

  The PARTSTAT (participation status) parameter of the ATTENDEE property in
VEVENTS from that calendaring service can contain an empty mailto: address,
e.g.:

ATTENDEE;RSVP=TRUE;CN=Joe Shlabotnik;PARTSTAT=NEEDS-ACTION:mailto:

  When attempting to create a new Calendar object from an iCalendar string obtained
from that service, via CalendarBuilder.build() with either a Reader or InputStream,
a parsing error occurs with a message similar to "Expected scheme-specific part
at index 7: mailto:".

  Within a Calendar object, it would seem straightforward to iterate through
a list of attendees, get each attendee's calendar address, and for any attendee
where Attendee.getCalAddress() returns a mailto: scheme and an empty scheme-specific
part, set their email address to a default local address that doesn't accept
deliveries, for instance.  However, is there a best practices way to repair
empty mailto: addresses prior to parsing, or perhaps a way to relax parsing
to avoid throwing an exception on this type of invalid iCalendar data
(*shudder*)?

  One workaround might be to use regular expressions to repair those empty attendee
email addresses prior to parsing; this is to ask whether Ben or others might
recommend a different approach.

Thanks!
Aron

  

______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit: 
https://sourceforge.net/forum/unmonitor.php?forum_id=368291


-- 
No virus found in this incoming message.
Checked by AVG Free Edition. 
Version: 7.5.516 / Virus Database: 269.20.9/1295 - Release Date: 2008-02-23 21:35


From - Wed Mar 05 12:28:25 2008
X-Account-Key: account3
X-UIDL: 00026fbc02e4570f
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:57526 "EHLO
	mail.sourceforge.net" rhost-flags-OK-OK-OK-OK) by ps16.test.onet.pl
	with ESMTPS id S738208371AbYCEL0B5Y-jn;
	Wed, 5 Mar 2008 12:26:01 +0100
Received: from sc8-sf-web21-b.sourceforge.net ([10.3.1.211] helo=sc8-sf-web21.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1JWp5a-0005Kn-4L; Wed, 05 Mar 2008 00:35:02 -0800
Received: from nobody by sc8-sf-web21.sourceforge.net with local (Exim 4.43)
	id 1JWp5Z-0001YQ-6k; Wed, 05 Mar 2008 00:35:01 -0800
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ical4j - Help] How to find last occurace of a VEvent?
Message-Id: <4817383.368291@sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web21.sourceforge.net>
Date:	Wed, 05 Mar 2008 00:35:01 -0800
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   
X-Antivirus: AVG for E-mail 7.5.516 [269.21.3/1307]
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8


Read and respond to this message at: 
https://sourceforge.net/forum/message.php?msg_id=4817383
By: manishwadhwa

Hi,

I am tring to use iCal4j for one of my project. I am facing some issues in it-

1. I have to find that if the Calendar has a period for the future date.
2. I have to find the last occurance of the VEvent.
3. I have to retrive a periodlist exclusively.For example, in a VEvent, I have-
   DTSTART:20080310T083000Z
   DTEND:20080310T113000Z
   RRULE:FREQ=DAILY;UNTIL=20080320
   To retrive the periods out of this vevent I have called-
   vEvent.getConsumedTime(fromTime, untill);
   Here, fromTime is 20080301 and untill is 20080330
   It gives me period list for 20080310 to 20080319 and not for 20080320.

It will be very greatful if someone can help me.

Thanks,
Manish



______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit: 
https://sourceforge.net/forum/unmonitor.php?forum_id=368291


-- 
No virus found in this incoming message.
Checked by AVG Free Edition. 
Version: 7.5.516 / Virus Database: 269.21.3/1307 - Release Date: 2008-03-02 15:59


From - Thu Mar 06 11:05:45 2008
X-Account-Key: account3
X-UIDL: 00026fbc02ea496b
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:48408 "EHLO
	mail.sourceforge.net" rhost-flags-OK-OK-OK-OK) by ps17.test.onet.pl
	with ESMTPS id S738201053AbYCFJOHaftbk;
	Thu, 6 Mar 2008 10:14:07 +0100
Received: from sc8-sf-web23-b.sourceforge.net ([10.3.1.213] helo=sc8-sf-web23.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1JXCAb-0003BF-9Z; Thu, 06 Mar 2008 01:13:45 -0800
Received: from nobody by sc8-sf-web23.sourceforge.net with local (Exim 4.43)
	id 1JXCAa-0005Rv-V4; Thu, 06 Mar 2008 01:13:45 -0800
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ical4j - Help] RE: How to find last occurace of a VEvent?
Message-Id: <4819657.368291@sourceforge.net>
In-Reply-To: <4817383.368291@sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web23.sourceforge.net>
Date:	Thu, 06 Mar 2008 01:13:44 -0800
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   
X-Antivirus: AVG for E-mail 7.5.516 [269.21.5/1314]
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8


Read and respond to this message at: 
https://sourceforge.net/forum/message.php?msg_id=4819657
By: manishwadhwa

Please ignore this thread. Thanks.

______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit: 
https://sourceforge.net/forum/unmonitor.php?forum_id=368291


-- 
No virus found in this incoming message.
Checked by AVG Free Edition. 
Version: 7.5.516 / Virus Database: 269.21.5/1314 - Release Date: 2008-03-05 18:38


From - Sun Mar 09 20:50:42 2008
X-Account-Key: account3
X-UIDL: 00026fbc02ed3f85
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:42572 "EHLO
	mail.sourceforge.net" rhost-flags-OK-OK-OK-OK) by ps22.test.onet.pl
	with ESMTPS id S218107834AbYCFSRH4wlTO;
	Thu, 6 Mar 2008 19:17:07 +0100
Received: from sc8-sf-web23-b.sourceforge.net ([10.3.1.213] helo=sc8-sf-web23.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1JXKe4-0004Og-UZ; Thu, 06 Mar 2008 10:16:45 -0800
Received: from nobody by sc8-sf-web23.sourceforge.net with local (Exim 4.43)
	id 1JXKe4-0004RX-F5; Thu, 06 Mar 2008 10:16:44 -0800
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ical4j - Help] RECURRENCE-ID and Unparseable dates
Message-Id: <4820609.368291@sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web23.sourceforge.net>
Date:	Thu, 06 Mar 2008 10:16:44 -0800
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   
X-Antivirus: AVG for E-mail 7.5.518 [269.21.7/1322]
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8


Read and respond to this message at: 
https://sourceforge.net/forum/message.php?msg_id=4820609
By: jonnybradley

Hi

I've been away from my iCal related project for some months and when i now run
the previously happy code (which pulls down lots of Google public calendars)
i get lots of errors.

By searching in the calendar files i find it is a problem parsing RECURRENCE-ID
with a YYYYMMDD (only) format.

Suspecting it may have been fixed i updated from beta 3 to 4 - but no joy.

I have searched these formats and found an old reference to the same problem
from 2004 (<a href="http://sourceforge.net/forum/message.php?msg_id=2598091">her
e</a>) and it seems the position then was that this is not the correct format
for it (should be "RECURRENCE-ID;VALUE=DATE:20040603")

As this seems to have changed in the past few months (inside the Google calendars)
can anyone suggest a way round it?

Here are a couple that now break iCal4j but were ok last year:

http://www.google.com/calendar/ical/canadian__en_gb%40holiday.calendar.google.co
m/public/basic.ics
http://www.google.com/calendar/ical/singapore__en_gb%40holiday.calendar.google.c
om/public/basic.ics

Hope there's a clue somewhere...

jonny B


______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit: 
https://sourceforge.net/forum/unmonitor.php?forum_id=368291


-- 
No virus found in this incoming message.
Checked by AVG. 
Version: 7.5.518 / Virus Database: 269.21.7/1322 - Release Date: 2008-03-09 12:17


From - Sun Mar 09 20:50:43 2008
X-Account-Key: account3
X-UIDL: 00026fbc02ed434f
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.sourceforge.net ([66.35.250.206]:44975 "EHLO
	mail.sourceforge.net" rhost-flags-OK-OK-OK-OK) by ps11.test.onet.pl
	with ESMTPS id S184551293AbYCFSUCEf075;
	Thu, 6 Mar 2008 19:20:02 +0100
Received: from sc8-sf-web22-b.sourceforge.net ([10.3.1.212] helo=sc8-sf-web22.sourceforge.net)
	by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1JXKgw-0005rB-Jp; Thu, 06 Mar 2008 10:19:42 -0800
Received: from nobody by sc8-sf-web22.sourceforge.net with local (Exim 4.43)
	id 1JXKgv-00040k-TZ; Thu, 06 Mar 2008 10:19:42 -0800
To:	noreply@sourceforge.net
From:	"SourceForge.net" <noreply@sourceforge.net>
Subject: [ical4j - Help] RE: RECURRENCE-ID and Unparseable dates
Message-Id: <4820617.368291@sourceforge.net>
In-Reply-To: <4820609.368291@sourceforge.net>
Sender:	Nobody <nobody@sc8-sf-web22.sourceforge.net>
Date:	Thu, 06 Mar 2008 10:19:41 -0800
X-OnetAntySpam: NIE, to nie jest SPAM
X-OrigFrom: nobody@sourceforge.net
X-ZA0: unknown (-1,0)
Status:   
X-Antivirus: AVG for E-mail 7.5.518 [269.21.7/1322]
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8


Read and respond to this message at: 
https://sourceforge.net/forum/message.php?msg_id=4820617
By: jonnybradley

What - no edit button?

"I have searched these formats and found..." should read
"I have searched these forums and found..." of course

______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit: 
https://sourceforge.net/forum/unmonitor.php?forum_id=368291


-- 
No virus found in this incoming message.
Checked by AVG. 
Version: 7.5.518 / Virus Database: 269.21.7/1322 - Release Date: 2008-03-09 12:17


