From simon.litwan at wyona.com Sun Feb 1 21:49:51 2009
From: simon.litwan at wyona.com (simon litwan)
Date: Sun Feb 1 21:49:44 2009
Subject: [Yanel-dev] Editing with Xinha
In-Reply-To: <49818E56.8000309@wyona.com>
References: <49818E56.8000309@wyona.com>
Message-ID: <49860AEF.1050107@wyona.com>
Michael Wechner schrieb:
hi
> Hi
>
> I have tested with Xinha, but then received an error, that the text is
> not-well-formed because of nbsp, and then licked on "Tidy and Save",
> but then it was saved as follows
very strange. i tried to reproduce this, and added a nbsp in the source
view of xinha. then i saved, didn't get a non wellformed warning AND
don't get a transformer exception. in the source of the loaded page i
just see a whitspace at the place where i added the nbsp. but when i
edit the page with xinha again, i can still see the nbsp.
>
> Rapid Development of Components href="?yanel.resource.usecase=introspection"
> type="application/neutron+xml" rel="neutron-introspection" />
>
>
>
Rapid Development of Components
>
Building efficiently webapp classes
>
In order to build and test efficiently webapp classes one can
> run the following targets
instead of running the whole build process. This should reduce
> the waiting time from a couple of minutes to a couple of seconds. />
>
>
>
>
> but which still contains the nbsp and also namespace has been stripped.
i have to have a look at the jtidy doc about the namespace issue.
>
> Is it possible that Tidy isn't working propery and that somehow the
> well-formedness check is not used after tidy has been applied?
it's possible that tidy isn't working properly, maybe we have to
configure it more.
and yes, the wellform-check is not applied after tidy. this would
probably make sense.
simon
>
> Thanks
>
> Michi
> _______________________________________________
> Yanel-development mailing list
> Yanel-development@wyona.com
> http://lists.wyona.org/cgi-bin/mailman/listinfo/yanel-development
From simon.litwan at wyona.com Sun Feb 1 22:32:03 2009
From: simon.litwan at wyona.com (simon litwan)
Date: Sun Feb 1 22:31:54 2009
Subject: [Yanel-dev] Editing with Xinha
In-Reply-To: <49860AEF.1050107@wyona.com>
References: <49818E56.8000309@wyona.com> <49860AEF.1050107@wyona.com>
Message-ID: <498614D3.7020403@wyona.com>
simon litwan schrieb:
> Michael Wechner schrieb:
> hi
>> Hi
>>
>> I have tested with Xinha, but then received an error, that the text
>> is not-well-formed because of nbsp, and then licked on "Tidy and
>> Save", but then it was saved as follows
> very strange. i tried to reproduce this, and added a nbsp in the
> source view of xinha. then i saved, didn't get a non wellformed
> warning AND don't get a transformer exception. in the source of the
> loaded page i just see a whitspace at the place where i added the
> nbsp. but when i edit the page with xinha again, i can still see the
> nbsp.
beside this strange thing, i could provoke a unwellformed save. but
after jTidy it didn't lose the name space. the document started like this:
but also it added a generator header.
to avoid the nbsp we should add tidy.setNumEntities(true);
simon
>>
>> Rapid Development of Components > href="?yanel.resource.usecase=introspection"
>> type="application/neutron+xml" rel="neutron-introspection" />
>>
>>
>>
Rapid Development of Components
>>
Building efficiently webapp classes
>>
In order to build and test efficiently webapp classes one can
>> run the following targets
instead of running the whole build process. This should reduce
>> the waiting time from a couple of minutes to a couple of seconds. > />
>>
>>
>>
>>
>> but which still contains the nbsp and also namespace has been stripped.
> i have to have a look at the jtidy doc about the namespace issue.
>>
>> Is it possible that Tidy isn't working propery and that somehow the
>> well-formedness check is not used after tidy has been applied?
> it's possible that tidy isn't working properly, maybe we have to
> configure it more.
> and yes, the wellform-check is not applied after tidy. this would
> probably make sense.
>
> simon
>>
>> Thanks
>>
>> Michi
>> _______________________________________________
>> Yanel-development mailing list
>> Yanel-development@wyona.com
>> http://lists.wyona.org/cgi-bin/mailman/listinfo/yanel-development
>
> _______________________________________________
> Yanel-development mailing list
> Yanel-development@wyona.com
> http://lists.wyona.org/cgi-bin/mailman/listinfo/yanel-development
From michael.wechner at wyona.com Sun Feb 1 23:02:14 2009
From: michael.wechner at wyona.com (Michael Wechner)
Date: Sun Feb 1 23:02:10 2009
Subject: [Yanel-dev] Editing with Xinha
In-Reply-To: <49860AEF.1050107@wyona.com>
References: <49818E56.8000309@wyona.com> <49860AEF.1050107@wyona.com>
Message-ID: <49861BE6.9000207@wyona.com>
simon litwan schrieb:
>
>>
>> Is it possible that Tidy isn't working propery and that somehow the
>> well-formedness check is not used after tidy has been applied?
> it's possible that tidy isn't working properly, maybe we have to
> configure it more.
> and yes, the wellform-check is not applied after tidy. this would
> probably make sense.
yes, I think we always should apply the well-formedness check.
Btw, where exactly is the tidy code executed?
Thanks
Michi
>
> simon
>>
>> Thanks
>>
>> Michi
>> _______________________________________________
>> Yanel-development mailing list
>> Yanel-development@wyona.com
>> http://lists.wyona.org/cgi-bin/mailman/listinfo/yanel-development
>
> _______________________________________________
> Yanel-development mailing list
> Yanel-development@wyona.com
> http://lists.wyona.org/cgi-bin/mailman/listinfo/yanel-development
From bugzilla at wyona.com Mon Feb 2 10:06:25 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Mon Feb 2 10:06:29 2009
Subject: [Yanel-dev] [Bug 4787] apply "patchMimeType" method from
YanelServlet everywhere application/xhtml+xml is being set
Message-ID: <20090202090626.1539710CBE8@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=4787
guillaume.deflache@wyona.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Summary|apply "patchContentType" |apply "patchMimeType" method
|method everywhere |from YanelServlet everywhere
|application/xhtml+xml is |application/xhtml+xml is
|being set |being set
------- Comment #3 from guillaume.deflache@wyona.com 2009-02-02 10:08 -------
Also for a practical note from W3C on among others how to handle
application/xhtml+xml see
http://www.w3.org/TR/2009/NOTE-xhtml-media-types-20090116/
As summarized from http://www.cafeconleche.org/oldnews/news2009February1.html
here is what we should do:
> 1. If the Accept header explicitly contains application/xhtml+xml (with either no "q" parameter or a positive "q" value) deliver the document using that media type.
> 2. If the Accept header explicitly contains text/html (with either no "q" parameter or a positive "q" value) deliver the document using that media type.
> 3. If the accept header contains "*/*" (a convention some user agents use to indicate that they will accept anything), deliver the document using text/html.
>
> In other words, requestors that advertise they support XHTML family documents will receive the document in the XHTML media type, and all other requestors that (at least claim to) support HTML or "everything" will receive the document using the HTML media type. Dealing with user agents that satisfy none of these criteria is outside the scope of this document.
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From bugzilla at wyona.com Mon Feb 2 10:49:05 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Mon Feb 2 10:49:07 2009
Subject: [Yanel-dev] [Bug 6960] New: refactoring: move toolbar code out of
YanelServlet
Message-ID: <20090202094905.DF2A810CC5C@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6960
Summary: refactoring: move toolbar code out of YanelServlet
Product: Yanel
Version: unspecified
Platform: All
OS/Version: All
Status: NEW
Severity: enhancement
Priority: P2
Component: Servlet
AssignedTo: michael.wechner@wyona.org
ReportedBy: guillaume.deflache@wyona.com
QAContact: yanel-development@wyona.com
There is a lot of code in YanelServlet and a big part of it is dedicated to
toolbar handling: this could be moved elsewhere in a dedicated class.
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From bugzilla at wyona.com Mon Feb 2 12:14:08 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Mon Feb 2 12:14:09 2009
Subject: [Yanel-dev] [Bug 6960] refactoring: move toolbar code out of
YanelServlet
Message-ID: <20090202111408.208CD10CA7E@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6960
guillaume.deflache@wyona.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #1091| |review?
Flag| |
------- Comment #1 from guillaume.deflache@wyona.com 2009-02-02 12:16 -------
Created an attachment (id=1091)
--> (http://bugzilla.wyona.com/cgi-bin/bugzilla/attachment.cgi?id=1091&action=view)
refactoring of toolbar code: moved outside of Yanel servlet
YanelAuthoringUI is diffed against of copy of YanelServlet to help track the
diffs: to apply the patch please do `svn cp
src/webapp/src/java/org/wyona/yanel/servlet/YanelServlet.java
src/webapp/src/java/org/wyona/yanel/servlet/YanelAuthoringUI.java` 1st!
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From bugzilla at wyona.com Mon Feb 2 12:31:35 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Mon Feb 2 12:31:38 2009
Subject: [Yanel-dev] [Bug 5180] Yanel Website Homepage not well-formed when
editing
Message-ID: <20090202113135.E3FB210CC89@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=5180
guillaume.deflache@wyona.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
QAContact| |yanel-development@wyona.com
Platform|PC |All
Resolution| |FIXED
------- Comment #8 from guillaume.deflache@wyona.com 2009-02-02 12:33 -------
Seems to have been fixed according to comment #5.
And yeah use of text/xml has been widely discouraged for a long time now!
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From michael.wechner at wyona.com Mon Feb 2 17:01:03 2009
From: michael.wechner at wyona.com (Michael Wechner)
Date: Mon Feb 2 17:00:50 2009
Subject: [Yanel-dev] hi
In-Reply-To: <49836475.6040803@immerda.ch>
References: <49836475.6040803@immerda.ch>
Message-ID: <498718BF.8020300@wyona.com>
kamerun@immerda.ch schrieb:
> we use so much time in installing this program and at last all went
> well i am Emmanuel a student of the school
nice meeting you :-)
> and very ready to start with the program.today we did the mailing test
> and it works,but we have so many questions as you can see in the
>
>
>
> when we uncoment this line, the test failed but with
>
>
>
> with this text it works. why?
can you send us the test (I mean the XML file)
> both text are in the page, first we were thinking it is becuase of the
> formating of the text so we take the source of the page and make the
> text with the html tag but in the text it tell us it cannot contain
> tag. so we really don't understand why one test was successful and the
> other was not successful.
> if any idea please tell us
>
> hello here michel;
> even if the begin is difficult, i think we will do it. until now we
> don't have load a project: is an hoto some wher to do it?
you mean a howto for the tests?
>
> i hope you don't have so much cool becouse we have a very good
> temperature here
It's still very cold here (-5 degree Celsius)
All the best
Michael
>
> emmanuel a member of wyona testing team
> michel
>
>
> ------------------------------------------------------------------------
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Yanel-development mailing list
> Yanel-development@wyona.com
> http://lists.wyona.org/cgi-bin/mailman/listinfo/yanel-development
>
From bugzilla at wyona.com Tue Feb 3 09:42:40 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Tue Feb 3 09:42:41 2009
Subject: [Yanel-dev] [Bug 6764] [blocking0.9+] freshen website documentation
"a minima": news, roadmap, Bugzilla buglist
Message-ID: <20090203084240.621B310CD64@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6764
------- Comment #16 from guillaume.deflache@wyona.com 2009-02-03 09:44 -------
> The search for the mailing list archives throughs an exception.
Opened a Wyona infrastructure bug for this, thanks!
> The search function on the website is not able to find xx* ...
What was "xx" when you tested? I guess our search does not handle '*' but does
handle stemming, so that should be enough for most uses I guess.
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From bugzilla at wyona.com Tue Feb 3 10:18:00 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Tue Feb 3 10:18:03 2009
Subject: [Yanel-dev] [Bug 6962] New: avoid using HTTPS URLs in documentation
when not absolutely required
Message-ID: <20090203091800.8E3E310CD6A@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6962
Summary: avoid using HTTPS URLs in documentation when not
absolutely required
Product: Yanel
Version: unspecified
Platform: All
OS/Version: All
Status: NEW
Keywords: documentation
Severity: enhancement
Priority: P2
Component: Yanel Website
AssignedTo: yanel-development@wyona.com
ReportedBy: guillaume.deflache@wyona.com
QAContact: yanel-development@wyona.com
This prevents non-comitters to look at the files: they must fiddle with the
URL...
Try for example for a list (some hits are legitimate uses though):
grep -rl "https://svn\.wyona\." src/realms/yanel-website/ | grep -v "\/.svn\/"
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
You are the assignee for the bug, or are watching the assignee.
From bugzilla at wyona.com Tue Feb 3 11:41:20 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Tue Feb 3 11:41:21 2009
Subject: [Yanel-dev] [Bug 5070] viewid=source should the global xslt not be
applied
Message-ID: <20090203104120.09E7410CD77@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=5070
guillaume.deflache@wyona.com changed:
What |Removed |Added
----------------------------------------------------------------------------
QAContact| |yanel-development@wyona.com
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From bugzilla at wyona.com Tue Feb 3 11:53:21 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Tue Feb 3 11:53:22 2009
Subject: [Yanel-dev] [Bug 5275] during startup RealmConfiguration throws an
error that it cannot find file fileyanel.xml (sic)
Message-ID: <20090203105321.D60F810CD8D@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=5275
guillaume.deflache@wyona.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |WORKSFORME
------- Comment #2 from guillaume.deflache@wyona.com 2009-02-03 11:55 -------
org.wyona.yanel.core.map.RealmConfiguration does not exists anymore,
org.wyona.yanel.core.map.RealmManager reads "No such configuration file: " and
`grep -r "fileyanel" *` returns nothing anyway, so fixing.
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From bugzilla at wyona.com Tue Feb 3 13:09:53 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Tue Feb 3 13:09:55 2009
Subject: [Yanel-dev] [Bug 6764] [blocking0.9+] freshen website documentation
"a minima": news, roadmap, Bugzilla buglist
Message-ID: <20090203120953.C440410CDA2@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6764
------- Comment #17 from guillaume.deflache@wyona.com 2009-02-03 13:12 -------
> broken link in footer:
> Wyona Balancer - https://svn.wyona.org/repos/public/tomcat-cluster/
Fixed in 41308.
> http://yanel.wyona.org/en/task-bug-tracker.html (the differentiation of tasks
> bugs and enhancement does not make much sense IMHO)
IMHO this makes perfect sense, as the bugs outlined there are now AFAICS only
real hard bugs of whom there should be at few as possible, whereas the number
of enhancements should only be limited by our imagination! ;)
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From michael.wechner at wyona.com Tue Feb 3 13:12:21 2009
From: michael.wechner at wyona.com (Michael Wechner)
Date: Tue Feb 3 13:12:41 2009
Subject: [Yanel-dev] res-configs cleaned
Message-ID: <498834A5.6020405@wyona.com>
Dear All
Thanks to Guillaume's pointer I have now cleaned the res-configs of the
Yanel website realm
find . -not -name "*.yanel-*" -print | grep -v \/.svn
Cheers
Michael
From michael.wechner at wyona.com Tue Feb 3 22:15:37 2009
From: michael.wechner at wyona.com (Michael Wechner)
Date: Tue Feb 3 22:16:01 2009
Subject: [Yanel-dev] [Fwd: Re: Workflow and JCR]
Message-ID: <4988B3F9.5090809@wyona.com>
maybe something we can learn from (please see below)
Cheers
Michi
-------- Original-Nachricht --------
Betreff: Re: Workflow and JCR
Datum: Tue, 03 Feb 2009 17:29:39 +0100
Von: S?bastien Launay
Antwort an: users@jackrabbit.apache.org
An: users@jackrabbit.apache.org
Referenzen:
<49838B86.8010007@wyona.com>
Michael Wechner a ?crit :
> Miros?aw Ochodek schrieb:
>> Hello everyone,
>>
>> I am considering possiblities how to implement workflow in jcr
>> repository.
>>
>> What I would like to achieve is to have states for each nodes and
>> control transitions.
>>
>> I know that this kind of functionality generally might be achieved
>> with jbpm library.
>>
>> Have you got any experience you can share in combining JCR with
>> workflow libraries or other approaches to this issue?
>
> well, I think workflow and jcr are orthogonal to each other and the
> only connection could be the path, for example /foo/bar/document.pdf
>
> Re the workflow itself I think you can re-use an existing package or
> introduce your own interface (and corresponding implementation) as for
> example
>
> http://yanel.wyona.org/javadoc/org/wyona/yanel/core/api/attributes/WorkflowableV1.html
>
>
> HTH
>
> Michael
>>
>> Best regards,
>> Mirek
>
I also think that workflow and storage are orthogonal.
But, you may need to query the repository for getting contents
with some given metadatas and a given workflow state (or if it has
been in the state "Published" yesterday...).
If the workflow is not stored into the repository, you will need to
query first the repository and then the workflow engine with results
(or the opposite) and this will not be efficient if you have a lot of
contents.
That's why i have coded a JCRWorkflowStore for the OSWorkflow engine
in order to have efficient "hybrid" queries.
The first version of this WorkflowStore can be obtains here :
http://jira.opensymphony.com/browse/WF-465
Moreover if the worflow is stored into the repository, then the integrity is
/ maintained./
--
S?bastien Launay
From simon.litwan at wyona.com Wed Feb 4 01:03:32 2009
From: simon.litwan at wyona.com (simon litwan)
Date: Wed Feb 4 01:03:32 2009
Subject: [Yanel-dev] Editing with Xinha
In-Reply-To: <49861BE6.9000207@wyona.com>
References: <49818E56.8000309@wyona.com> <49860AEF.1050107@wyona.com>
<49861BE6.9000207@wyona.com>
Message-ID: <4988DB54.8050403@wyona.com>
Michael Wechner schrieb:
> simon litwan schrieb:
>>
>>>
>>> Is it possible that Tidy isn't working propery and that somehow the
>>> well-formedness check is not used after tidy has been applied?
>> it's possible that tidy isn't working properly, maybe we have to
>> configure it more.
>> and yes, the wellform-check is not applied after tidy. this would
>> probably make sense.
>
> yes, I think we always should apply the well-formedness check.
i added the wellform-check after executing tidy.
i also fixed a problem with not executing tidy after 'Tidy Save".
configured tidy to transform to (wheras xinha shows
within the source-view, but submits )
configured tidy not to add the creator header.
>
> Btw, where exactly is the tidy code executed?
within XinhaResource
HTH
simon
>
> Thanks
>
> Michi
>>
>> simon
>>>
>>> Thanks
>>>
>>> Michi
>>> _______________________________________________
>>> Yanel-development mailing list
>>> Yanel-development@wyona.com
>>> http://lists.wyona.org/cgi-bin/mailman/listinfo/yanel-development
>>
>> _______________________________________________
>> Yanel-development mailing list
>> Yanel-development@wyona.com
>> http://lists.wyona.org/cgi-bin/mailman/listinfo/yanel-development
>
> _______________________________________________
> Yanel-development mailing list
> Yanel-development@wyona.com
> http://lists.wyona.org/cgi-bin/mailman/listinfo/yanel-development
From michael.wechner at wyona.com Wed Feb 4 01:53:17 2009
From: michael.wechner at wyona.com (Michael Wechner)
Date: Wed Feb 4 01:53:16 2009
Subject: [Yanel-dev] Editing with Xinha
In-Reply-To: <4988DB54.8050403@wyona.com>
References: <49818E56.8000309@wyona.com>
<49860AEF.1050107@wyona.com> <49861BE6.9000207@wyona.com>
<4988DB54.8050403@wyona.com>
Message-ID: <4988E6FD.4040107@wyona.com>
simon litwan schrieb:
> Michael Wechner schrieb:
>> simon litwan schrieb:
>>>
>>>>
>>>> Is it possible that Tidy isn't working propery and that somehow the
>>>> well-formedness check is not used after tidy has been applied?
>>> it's possible that tidy isn't working properly, maybe we have to
>>> configure it more.
>>> and yes, the wellform-check is not applied after tidy. this would
>>> probably make sense.
>>
>> yes, I think we always should apply the well-formedness check.
> i added the wellform-check after executing tidy.
thanks
> i also fixed a problem with not executing tidy after 'Tidy Save".
> configured tidy to transform to (wheras xinha shows
> within the source-view, but submits )
> configured tidy not to add the creator header.
what is the creator header?
>
>>
>> Btw, where exactly is the tidy code executed?
> within XinhaResource
ok
Thanks
Michael
>
> HTH
> simon
>>
>> Thanks
>>
>> Michi
>>>
>>> simon
>>>>
>>>> Thanks
>>>>
>>>> Michi
>>>> _______________________________________________
>>>> Yanel-development mailing list
>>>> Yanel-development@wyona.com
>>>> http://lists.wyona.org/cgi-bin/mailman/listinfo/yanel-development
>>>
>>> _______________________________________________
>>> Yanel-development mailing list
>>> Yanel-development@wyona.com
>>> http://lists.wyona.org/cgi-bin/mailman/listinfo/yanel-development
>>
>> _______________________________________________
>> Yanel-development mailing list
>> Yanel-development@wyona.com
>> http://lists.wyona.org/cgi-bin/mailman/listinfo/yanel-development
>
From bugzilla at wyona.com Wed Feb 4 09:33:18 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Wed Feb 4 09:33:20 2009
Subject: [Yanel-dev] [Bug 6573] (vfs) when deleting a node it will not
remove the node from the search index.
Message-ID: <20090204083318.4174E10CAEA@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6573
guillaume.deflache@wyona.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #984| |review?
Flag| |
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From bugzilla at wyona.com Wed Feb 4 09:36:47 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Wed Feb 4 09:36:50 2009
Subject: [Yanel-dev] [Bug 5331] jetty doesn't work if context is set to
something else than yanel in build.properties
Message-ID: <20090204083647.ADD0310CB84@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=5331
guillaume.deflache@wyona.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Severity|blocker |minor
OS/Version|Linux |All
Platform|PC |All
------- Comment #1 from guillaume.deflache@wyona.com 2009-02-04 09:38 -------
Not a blocker!
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From bugzilla at wyona.com Wed Feb 4 10:14:30 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Wed Feb 4 10:14:32 2009
Subject: [Yanel-dev] [Bug 5425] Archive URL resource
Message-ID: <20090204091430.16BE410CBF1@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=5425
guillaume.deflache@wyona.com changed:
What |Removed |Added
----------------------------------------------------------------------------
URL| |http://yanel.wyona.org/speci
| |fication/archive-url-
| |resource.html
OS/Version|Linux |All
Platform|PC |All
------- Comment #1 from guillaume.deflache@wyona.com 2009-02-04 10:16 -------
Already some code here:
http://svn.wyona.com/repos/public/yanel/contributions/resources/archive-url
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From bugzilla at wyona.com Wed Feb 4 10:39:42 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Wed Feb 4 10:39:44 2009
Subject: [Yanel-dev] [Bug 6897] [wanted1.0+] user/policy/group web editor
Message-ID: <20090204093942.584B710CC56@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6897
------- Comment #2 from guillaume.deflache@wyona.com 2009-02-04 10:41 -------
For policies also there is already an AJAXy UI (made with GWT), see:
-
http://svn.wyona.com/repos/public/yanel/contributions/ajax-components/src/access-policy-editor/
(GWT source code in Java that compiles into Javascript)
-
http://svn.wyona.com/repos/public/yanel/trunk/src/contributions/resources/policymanager/
(everything else)
Not sure of which URL the policy manager (which resource type is also included
in yanel by default) is available under though.
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
You are the assignee for the bug, or are watching the assignee.
From bugzilla at wyona.com Wed Feb 4 10:42:47 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Wed Feb 4 10:42:49 2009
Subject: [Yanel-dev] [Bug 6766] scriptable resource type: specific
implementation(s): 4h -> ?
Message-ID: <20090204094247.B07B010CC56@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6766
guillaume.deflache@wyona.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Priority|P1 |P2
Summary|[wanted0.9+] scriptable |scriptable resource type:
|resource type: specific |specific implementation(s):
|implementation(s) 4h |4h -> ?
------- Comment #2 from guillaume.deflache@wyona.com 2009-02-04 10:44 -------
As there seems to be working code and UI for everything in bug 6897, we no
longer need this for 1.0, so lowering priority.
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From bugzilla at wyona.com Wed Feb 4 11:21:46 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Wed Feb 4 11:21:48 2009
Subject: [Yanel-dev] [Bug 4775] provide interface to task/issue/bug trackers
Message-ID: <20090204102146.C136A10CC51@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=4775
guillaume.deflache@wyona.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Summary|provide interface to |provide interface to
|task/bug trackers |task/issue/bug trackers
------- Comment #3 from guillaume.deflache@wyona.com 2009-02-04 11:23 -------
http://sourceforge.net/projects/itapi/ might help...
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From bugzilla at wyona.com Wed Feb 4 11:53:47 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Wed Feb 4 11:53:47 2009
Subject: [Yanel-dev] [Bug 6919] [wanted1.0+] [build] Ant contributed
libraries mixed with Ant's pristine distribution libraries
Message-ID: <20090204105347.08FAF10CC1E@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6919
guillaume.deflache@wyona.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Priority|P2 |P1
------- Comment #7 from guillaume.deflache@wyona.com 2009-02-04 11:55 -------
Also "update-manager" and "yanel-minimal" Yanel contributed projects in
http://svn.wyona.com/repos/public/yanel/contributions/projects/ probably no
longer build because they also referenced Yanel "tools" directory in
svn:externals and thus now lack their hacked Ant! :/
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From bugzilla at wyona.com Wed Feb 4 12:03:17 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Wed Feb 4 12:03:19 2009
Subject: [Yanel-dev] [Bug 5279] [blocking1.0+] add feature list listing all
available features
Message-ID: <20090204110317.349B010CB01@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=5279
------- Comment #3 from guillaume.deflache@wyona.com 2009-02-04 12:05 -------
Maybe for each feature we should also make sure to list what realms/resource
types and/or maybe template projects one should combine (and how) to use it.
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From bugzilla at wyona.com Wed Feb 4 12:34:57 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Wed Feb 4 12:34:59 2009
Subject: [Yanel-dev] [Bug 4903] [wanted1.0+] enable dynamic mode on a
publication base
Message-ID: <20090204113457.CA20810CC8A@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=4903
------- Comment #4 from guillaume.deflache@wyona.com 2009-02-04 12:37 -------
Isn't that rather what bug 4991 was supposed to achieve?
I wonder because there are two similiar items in the roadmap: "Register
third-party realm" (bug 5297, which I thought duplicates this and ATM is said
to be "mostly done") and "Import an existing website as a new realm" (bug 4991,
http://localhost:8080/yanel-website/specification/import-site-feature.html
being its spec).
Now I am confused... :/
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From guillaume.deflache at wyona.com Wed Feb 4 15:27:21 2009
From: guillaume.deflache at wyona.com (=?ISO-8859-15?Q?Guillaume_D=E9flache?=)
Date: Wed Feb 4 15:27:53 2009
Subject: [Yanel-dev] "image" resource type status (and "contributions"
directories)?
Message-ID: <4989A5C9.90304@wyona.com>
Hi all!
Any reason why the "image" resource type is not loaded by default by Yanel?
AFAICS it only allows scaling of images ATM:
http://svn.wyona.com/repos/public/yanel/trunk/src/contributions/resources/image
it seems to be the only resource there that we do not load in Yanel
If there is no real use for it maybe we should move it to
http://svn.wyona.com/repos/public/yanel/contributions/resources to
reduce clutter. Maybe it is related to the gallery resource which sits
there?
As a matter of fact I am not sure what the difference is in intent and
purpose between:
- /public/yanel/trunk/src/realms & /public/yanel/trunk/src/resources
- /public/yanel/trunk/src/contributions/ (only "resources"
and no "realms" there)
- /public/yanel/contributions/ (non-Apache licensed stuff for sure has
to go there)
I could not find documentation explaining this: maybe we should add
some? A README.txt file in each of these directories would do just fine
IMHO.
Cheers,
Guillaume
From michael.wechner at wyona.com Wed Feb 4 16:08:59 2009
From: michael.wechner at wyona.com (Michael Wechner)
Date: Wed Feb 4 16:09:07 2009
Subject: [Yanel-dev] "image" resource type status (and "contributions"
directories)?
In-Reply-To: <4989A5C9.90304@wyona.com>
References: <4989A5C9.90304@wyona.com>
Message-ID: <4989AF8B.9040409@wyona.com>
Guillaume D?flache schrieb:
> Hi all!
>
> Any reason why the "image" resource type is not loaded by default by
> Yanel?
well, I guess none of the included realms are using it, but it was
considered nevertheless a resource which is worthwhile to use by third
party realms
> AFAICS it only allows scaling of images ATM:
> http://svn.wyona.com/repos/public/yanel/trunk/src/contributions/resources/image
>
>
> it seems to be the only resource there that we do not load in Yanel
> If there is no real use for it maybe we should move it to
> http://svn.wyona.com/repos/public/yanel/contributions/resources to
> reduce clutter.
agreed
> Maybe it is related to the gallery resource which sits
> there?
>
> As a matter of fact I am not sure what the difference is in intent and
> purpose between:
> - /public/yanel/trunk/src/realms & /public/yanel/trunk/src/resources
> - /public/yanel/trunk/src/contributions/ (only "resources"
> and no "realms" there)
I think historically it was to show that resources can be at different
locations and to show how to configure such cases
> - /public/yanel/contributions/ (non-Apache licensed stuff for sure has
> to go there)
this is code, which is not used by the "core" or "webapp", but makes
sense for third party
> I could not find documentation explaining this: maybe we should add
> some? A README.txt file in each of these directories would do just fine
> IMHO.
agreed
Cheers
Michi
>
> Cheers,
> Guillaume
>
>
From michael.wechner at wyona.com Wed Feb 4 16:45:13 2009
From: michael.wechner at wyona.com (Michael Wechner)
Date: Wed Feb 4 16:45:09 2009
Subject: [Yanel-dev] "image" resource type status (and "contributions"
directories)?
In-Reply-To: <4989AF8B.9040409@wyona.com>
References: <4989A5C9.90304@wyona.com> <4989AF8B.9040409@wyona.com>
Message-ID: <4989B809.8070706@wyona.com>
Michael Wechner schrieb:
> Guillaume D?flache schrieb:
>> Hi all!
>>
>> Any reason why the "image" resource type is not loaded by default by
>> Yanel?
>
> well, I guess none of the included realms are using it, but it was
> considered nevertheless a resource which is worthwhile to use by third
> party realms
I have re-tested this image resource and it seems to work very fine (at
least for jpeg images).
I have added it to
http://127.0.0.1:8080/yanel/test/use-cases/
(test 50)
and also added it to the resources.xml, because I think it is really a
handy resource and it's sad that people won't know really that exists
(as I have forgotten myself)
Cheers
Michi
>> AFAICS it only allows scaling of images ATM:
>> http://svn.wyona.com/repos/public/yanel/trunk/src/contributions/resources/image
>>
>>
>> it seems to be the only resource there that we do not load in Yanel
>> If there is no real use for it maybe we should move it to
>> http://svn.wyona.com/repos/public/yanel/contributions/resources to
>> reduce clutter.
>
> agreed
>> Maybe it is related to the gallery resource which sits
>> there?
>>
>> As a matter of fact I am not sure what the difference is in intent and
>> purpose between:
>> - /public/yanel/trunk/src/realms & /public/yanel/trunk/src/resources
>> - /public/yanel/trunk/src/contributions/ (only "resources"
>> and no "realms" there)
>
> I think historically it was to show that resources can be at different
> locations and to show how to configure such cases
>
>> - /public/yanel/contributions/ (non-Apache licensed stuff for sure has
>> to go there)
>
> this is code, which is not used by the "core" or "webapp", but makes
> sense for third party
>> I could not find documentation explaining this: maybe we should add
>> some? A README.txt file in each of these directories would do just fine
>> IMHO.
>
> agreed
>
> Cheers
>
> Michi
>>
>> Cheers,
>> Guillaume
>>
>>
>
From bugzilla at wyona.com Wed Feb 4 18:51:46 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Wed Feb 4 18:51:47 2009
Subject: [Yanel-dev] [Bug 6898] [build] making `yanel.sh build -f...` work
requires (too much) duplicate Ant code
Message-ID: <20090204175146.134C310CCFA@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6898
guillaume.deflache@wyona.com changed:
What |Removed |Added
----------------------------------------------------------------------------
URL| |http://svn.wyona.com/repos/p
| |ublic/yanel/trunk/src/contri
| |butions/resources/image/buil
| |d.xml
------- Comment #2 from guillaume.deflache@wyona.com 2009-02-04 18:53 -------
Also we seem to still use a different Ant bootstrap for new resources:
http://svn.wyona.com/repos/public/yanel/trunk/src/build/targets/create-new-resource-type/from-scratch-resource-template/build.xml
Maybe creating new resources from scratch does not work anymore: we should find
a way to test that in CI somehow...
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From bugzilla at wyona.com Wed Feb 4 20:07:46 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Wed Feb 4 20:07:48 2009
Subject: [Yanel-dev] [Bug 6898] [build] making `yanel.sh build -f...` work
requires (too much) duplicate Ant code
Message-ID: <20090204190746.94A4A10CDCE@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6898
------- Comment #3 from guillaume.deflache@wyona.com 2009-02-04 20:09 -------
For background on why the "yanel.home" Ant property was introduced, see
http://lists.wyona.org/pipermail/yanel-development/2008-September/002368.html
(discussion continues in January!)
For background on why the ".ant-global.properties" user dotfile was introduced,
see
http://lists.wyona.org/pipermail/yanel-development/2008-September/002390.html
(discussion continues in October.)
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From bugzilla at wyona.com Wed Feb 4 20:31:54 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Wed Feb 4 20:31:55 2009
Subject: [Yanel-dev] [Bug 5341] use svnant to get svn revision number
instead of configuring it in build.properties
Message-ID: <20090204193154.BC8FD10CD02@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=5341
guillaume.deflache@wyona.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #700 is|0 |1
obsolete| |
------- Comment #17 from guillaume.deflache@wyona.com 2009-02-04 20:33 -------
(From update of attachment 700)
Obsoleted by attachment 705, has been applied (but commented out) according to
comment 10 anyway.
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From bugzilla at wyona.com Wed Feb 4 21:11:38 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Wed Feb 4 21:11:40 2009
Subject: [Yanel-dev] [Bug 5341] use svnant to get svn revision number
instead of configuring it in build.properties
Message-ID: <20090204201138.54D3E10CC12@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=5341
------- Comment #18 from guillaume.deflache@wyona.com 2009-02-04 21:13 -------
I am wondering if we should not be using "svnversion" ( see
http://svnbook.red-bean.com/nightly/en/svn.ref.svnversion.re.html ) instead of
"svn st" (well its equivalent in SvnAnt, that is
http://subclipse.tigris.org/svnant/svn.html#wcVersion ).
This seems like that could be:
- more precise (warning you by hints in the revision string you are about to
release something with locally-modified files for example)
- faster (see http://svn.haxx.se/users/archive-2003-08/0659.shtml which states
getting a WC global revision is an inherently slow operation, so we'd better
make it as fast as possible as it will run (hopefully once?) at the start of
each build.
Also maybe the Maven artifacts stuff could be committed separately (seems
independant to me), WDYT?
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From bugzilla at wyona.com Wed Feb 4 22:35:02 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Wed Feb 4 22:35:05 2009
Subject: [Yanel-dev] [Bug 6898] [build] making `yanel.sh build -f...` work
requires (too much) duplicate Ant code
Message-ID: <20090204213502.AAC0910CBAF@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6898
------- Comment #4 from guillaume.deflache@wyona.com 2009-02-04 22:37 -------
I said in comment #2:
> Also we seem to still use a different Ant bootstrap for new resources:
In fact the from-scratch resource template is only missing "-f" support ATM.
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From bugzilla at wyona.com Wed Feb 4 22:52:59 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Wed Feb 4 22:53:01 2009
Subject: [Yanel-dev] [Bug 6898] [build] making `yanel.sh build -f...` work
requires (too much) duplicate Ant code
Message-ID: <20090204215259.7094C10CD64@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6898
------- Comment #5 from guillaume.deflache@wyona.com 2009-02-04 22:55 -------
> [1]: a minima maybe just an import task call using a relative path if ever
possible
This seems to work, in spite of what http://ant.apache.org/ant_in_anger.html
says ("We say almost as top level declarations (properties and taskdefs) do not
get inserted into the XML file exactly where the import statement goes, but
added to the end of the file. This is because the import process takes place
after the main build file is parsed, during execution, whereas XML entity
expansion is handled during the parsing process. "): tested with our current
Ant (1.6.5) and 1.7.1.
For example running test-import.build.xml
---8<---
${yanel.source.home}
---8<---
with test-imported.build.xml
---8<---
---8<---
prints "cool"! :)
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From bugzilla at wyona.com Thu Feb 5 07:35:22 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Thu Feb 5 07:35:24 2009
Subject: [Yanel-dev] [Bug 6898] (too much) duplicate Ant code for resource
types (including `yanel.sh build -f...` support)
Message-ID: <20090205063522.16C8A10CB25@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6898
guillaume.deflache@wyona.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Summary|[build] making `yanel.sh |(too much) duplicate Ant
|build -f...` work requires |code for resource types
|(too much) duplicate Ant |(including `yanel.sh build -
|code |f...` support)
------- Comment #6 from guillaume.deflache@wyona.com 2009-02-05 07:37 -------
Almost all Ant code for resources is indeed duplicated in every one of them, so
we could even import the whole build file and override what needs to be
different.
Try
---8<---
find \( -wholename "*src/resources/*/build.xml" -or -wholename
"*src/contributions/resources/*/build.xml" \) -exec diff -u
--ignore-space-change src/contributions/resources/image/build.xml '{}' \;
---8<---
...and see there are (almost) always the same few differences that could be
removed without problems as they are generic features anyway (like "-f" support
which is not available everywhere ATM).
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From guillaume.deflache at wyona.com Thu Feb 5 09:10:56 2009
From: guillaume.deflache at wyona.com (=?ISO-8859-15?Q?Guillaume_D=E9flache?=)
Date: Thu Feb 5 09:10:51 2009
Subject: [Yanel-dev] "image" resource type status (and "contributions"
directories)?
In-Reply-To: <4989B809.8070706@wyona.com>
References: <4989A5C9.90304@wyona.com> <4989AF8B.9040409@wyona.com>
<4989B809.8070706@wyona.com>
Message-ID: <498A9F10.3040107@wyona.com>
Michael Wechner schrieb:
> Michael Wechner schrieb:
>> Guillaume D?flache schrieb:
>>> Hi all!
>>>
>>> Any reason why the "image" resource type is not loaded by default by
>>> Yanel?
>>
>> well, I guess none of the included realms are using it, but it was
>> considered nevertheless a resource which is worthwhile to use by third
>> party realms
One way to use it might be to rescale the bitmap images in
$RESOURCE_TYPE_HOME/yanel-htdocs/icons/??x?? when some size is not
available.
But alas icons are (rightfully) PNG and AFAICS[1] we only use 32x32
icons ATM for the welcome realm ATM.
[1]
http://svn.wyona.org/repos/public/yanel/trunk/src/realms/welcome-admin/yanel/resources/show-realms/src/java/org/wyona/yanel/impl/resources/ShowRealms.java
BTW what are the 22x22 bitmap images for?!?
> I have re-tested this image resource and it seems to work very fine (at
> least for jpeg images).
>
> I have added it to
>
> http://127.0.0.1:8080/yanel/test/use-cases/
>
> (test 50)
>
> and also added it to the resources.xml, because I think it is really a
> handy resource and it's sad that people won't know really that exists
> (as I have forgotten myself)
Great, thanks: now every resource and realm in Yanel trunk is indeed
exercised with the default configuration! :)
From bugzilla at wyona.com Thu Feb 5 09:22:00 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Thu Feb 5 09:22:01 2009
Subject: [Yanel-dev] [Bug 6942] Eclipse meeting follow-up: notes =>
experimenting => guidelines
Message-ID: <20090205082200.9367610CDDE@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6942
------- Comment #2 from guillaume.deflache@wyona.com 2009-02-05 09:24 -------
In particular JUnit JAR is not here (rightfully: it's only useful for testing,
not for compiling or running): we should add a reference in the XSLT to
tools/apache-ant_extras/junit-3.8.1.jar (at least that's what the Yanel project
uses, dunno about others).
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From simon.litwan at wyona.com Thu Feb 5 09:36:32 2009
From: simon.litwan at wyona.com (simon litwan)
Date: Thu Feb 5 09:36:34 2009
Subject: [Yanel-dev] Editing with Xinha
In-Reply-To: <4988E6FD.4040107@wyona.com>
References: <49818E56.8000309@wyona.com> <49860AEF.1050107@wyona.com> <49861BE6.9000207@wyona.com> <4988DB54.8050403@wyona.com>
<4988E6FD.4040107@wyona.com>
Message-ID: <498AA510.8040709@wyona.com>
Michael Wechner schrieb:
> simon litwan schrieb:
>> Michael Wechner schrieb:
>>> simon litwan schrieb:
>>>>
>>>>>
>>>>> Is it possible that Tidy isn't working propery and that somehow
>>>>> the well-formedness check is not used after tidy has been applied?
>>>> it's possible that tidy isn't working properly, maybe we have to
>>>> configure it more.
>>>> and yes, the wellform-check is not applied after tidy. this would
>>>> probably make sense.
>>>
>>> yes, I think we always should apply the well-formedness check.
>> i added the wellform-check after executing tidy.
>
> thanks
>> i also fixed a problem with not executing tidy after 'Tidy Save".
>> configured tidy to transform to (wheras xinha shows
>> within the source-view, but submits )
>> configured tidy not to add the creator header.
>
> what is the creator header?
>>
>>>
>>> Btw, where exactly is the tidy code executed?
>> within XinhaResource
>
> ok
>
> Thanks
>
> Michael
>>
>> HTH
>> simon
>>>
>>> Thanks
>>>
>>> Michi
>>>>
>>>> simon
>>>>>
>>>>> Thanks
>>>>>
>>>>> Michi
>>>>> _______________________________________________
>>>>> Yanel-development mailing list
>>>>> Yanel-development@wyona.com
>>>>> http://lists.wyona.org/cgi-bin/mailman/listinfo/yanel-development
>>>>
>>>> _______________________________________________
>>>> Yanel-development mailing list
>>>> Yanel-development@wyona.com
>>>> http://lists.wyona.org/cgi-bin/mailman/listinfo/yanel-development
>>>
>>> _______________________________________________
>>> Yanel-development mailing list
>>> Yanel-development@wyona.com
>>> http://lists.wyona.org/cgi-bin/mailman/listinfo/yanel-development
>>
>
From michael.wechner at wyona.com Thu Feb 5 09:37:33 2009
From: michael.wechner at wyona.com (Michael Wechner)
Date: Thu Feb 5 09:37:31 2009
Subject: [Yanel-dev] "image" resource type status (and "contributions"
directories)?
In-Reply-To: <498A9F10.3040107@wyona.com>
References: <4989A5C9.90304@wyona.com>
<4989AF8B.9040409@wyona.com> <4989B809.8070706@wyona.com>
<498A9F10.3040107@wyona.com>
Message-ID: <498AA54D.8060807@wyona.com>
Guillaume D?flache schrieb:
> Michael Wechner schrieb:
>> Michael Wechner schrieb:
>>> Guillaume D?flache schrieb:
>>>> Hi all!
>>>>
>>>> Any reason why the "image" resource type is not loaded by default
>>>> by Yanel?
>>>
>>> well, I guess none of the included realms are using it, but it was
>>> considered nevertheless a resource which is worthwhile to use by
>>> third party realms
>
>
> One way to use it might be to rescale the bitmap images in
> $RESOURCE_TYPE_HOME/yanel-htdocs/icons/??x?? when some size is not
> available.
agreed
>
> But alas icons are (rightfully) PNG and AFAICS[1] we only use 32x32
> icons ATM for the welcome realm ATM.
> [1]
> http://svn.wyona.org/repos/public/yanel/trunk/src/realms/welcome-admin/yanel/resources/show-realms/src/java/org/wyona/yanel/impl/resources/ShowRealms.java
>
>
> BTW what are the 22x22 bitmap images for?!?
@Simon: Do you remember?
Cheers
Michi
From simon.litwan at wyona.com Thu Feb 5 09:39:32 2009
From: simon.litwan at wyona.com (simon litwan)
Date: Thu Feb 5 09:39:31 2009
Subject: [Yanel-dev] "image" resource type status (and "contributions"
directories)?
In-Reply-To: <498A9F10.3040107@wyona.com>
References: <4989A5C9.90304@wyona.com>
<4989AF8B.9040409@wyona.com> <4989B809.8070706@wyona.com>
<498A9F10.3040107@wyona.com>
Message-ID: <498AA5C4.9030905@wyona.com>
Guillaume D?flache schrieb:
> Michael Wechner schrieb:
>> Michael Wechner schrieb:
>>> Guillaume D?flache schrieb:
>>>> Hi all!
>>>>
>>>> Any reason why the "image" resource type is not loaded by default
>>>> by Yanel?
>>>
>>> well, I guess none of the included realms are using it, but it was
>>> considered nevertheless a resource which is worthwhile to use by
>>> third party realms
>
>
> One way to use it might be to rescale the bitmap images in
> $RESOURCE_TYPE_HOME/yanel-htdocs/icons/??x?? when some size is not
> available.
>
> But alas icons are (rightfully) PNG and AFAICS[1] we only use 32x32
> icons ATM for the welcome realm ATM.
> [1]
> http://svn.wyona.org/repos/public/yanel/trunk/src/realms/welcome-admin/yanel/resources/show-realms/src/java/org/wyona/yanel/impl/resources/ShowRealms.java
>
>
> BTW what are the 22x22 bitmap images for?!?
they are not used yet. the idea bihind this is to have the possibility
to change icon size. i just did this icons stuff as it is done in tango:
http://tango.freedesktop.org/Tango_Desktop_Project
simon
>
>
>> I have re-tested this image resource and it seems to work very fine
>> (at least for jpeg images).
>>
>> I have added it to
>>
>> http://127.0.0.1:8080/yanel/test/use-cases/
>>
>> (test 50)
>>
>> and also added it to the resources.xml, because I think it is really
>> a handy resource and it's sad that people won't know really that
>> exists (as I have forgotten myself)
>
> Great, thanks: now every resource and realm in Yanel trunk is indeed
> exercised with the default configuration! :)
>
From bugzilla at wyona.com Thu Feb 5 09:40:54 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Thu Feb 5 09:40:56 2009
Subject: [Yanel-dev] [Bug 5180] Yanel Website Homepage not well-formed when
editing
Message-ID: <20090205084054.7C77F10CA04@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=5180
simone.gerber@wyona.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From guillaume.deflache at wyona.com Thu Feb 5 09:45:03 2009
From: guillaume.deflache at wyona.com (=?ISO-8859-15?Q?Guillaume_D=E9flache?=)
Date: Thu Feb 5 09:44:57 2009
Subject: [Yanel-dev] "image" resource type status (and "contributions"
directories)?
In-Reply-To: <498AA5C4.9030905@wyona.com>
References: <4989A5C9.90304@wyona.com> <4989AF8B.9040409@wyona.com> <4989B809.8070706@wyona.com> <498A9F10.3040107@wyona.com>
<498AA5C4.9030905@wyona.com>
Message-ID: <498AA70F.9060103@wyona.com>
simon litwan schrieb:
> Guillaume D?flache schrieb:
> [...]
>> BTW what are the 22x22 bitmap images for?!?
> they are not used yet. the idea bihind this is to have the possibility
> to change icon size. i just did this icons stuff as it is done in tango:
> http://tango.freedesktop.org/Tango_Desktop_Project
OK, so IIRC 22x22 is one "standard" Gnome desktop icon size.
Maybe again to reduce clutter we could limit ourselves to 16x16 and
32x32 sizes only for new resources: by chance these are the two standard
sizes for favicons! :)
From guillaume.deflache at wyona.com Thu Feb 5 09:48:36 2009
From: guillaume.deflache at wyona.com (=?ISO-8859-15?Q?Guillaume_D=E9flache?=)
Date: Thu Feb 5 09:48:30 2009
Subject: [Yanel-dev] "image" resource type status (and "contributions"
directories)?
In-Reply-To: <4989AF8B.9040409@wyona.com>
References: <4989A5C9.90304@wyona.com> <4989AF8B.9040409@wyona.com>
Message-ID: <498AA7E4.9090404@wyona.com>
Michael Wechner schrieb:
> Guillaume D?flache schrieb:
>> [...]
>> As a matter of fact I am not sure what the difference is in intent and
>> purpose between:
>> - /public/yanel/trunk/src/realms & /public/yanel/trunk/src/resources
>> - /public/yanel/trunk/src/contributions/ (only "resources"
>> and no "realms" there)
>
> I think historically it was to show that resources can be at different
> locations and to show how to configure such cases
I guess that this is nowadays covered by:
...isn't it?
Maybe we could move "src/contributions/resources" to
"src/resources-webapp" or even "src/webapp/resources"???
(Then we should move "src/resources" to "src/resources-core" or even
"src/core/resources", and ditto for realms.)
((Probably would require to update a lot of documentation, configuration
and maybe also code then...))
Also should we use the term "resources" everywhere or really "resource
types"? (Resources brings confusion with HTTP resources IMHO.)
>> - /public/yanel/contributions/ (non-Apache licensed stuff for sure has
>> to go there)
>
> this is code, which is not used by the "core" or "webapp", but makes
> sense for third party
>> I could not find documentation explaining this: maybe we should add
>> some? A README.txt file in each of these directories would do just fine
>> IMHO.
>
> agreed
Waiting for some feeback about what was written before writing these!
From michael.wechner at wyona.com Thu Feb 5 09:56:53 2009
From: michael.wechner at wyona.com (Michael Wechner)
Date: Thu Feb 5 09:56:51 2009
Subject: [Yanel-dev] "image" resource type status (and "contributions"
directories)?
In-Reply-To: <498AA5C4.9030905@wyona.com>
References: <4989A5C9.90304@wyona.com> <4989AF8B.9040409@wyona.com> <4989B809.8070706@wyona.com> <498A9F10.3040107@wyona.com>
<498AA5C4.9030905@wyona.com>
Message-ID: <498AA9D5.7000608@wyona.com>
simon litwan schrieb:
> Guillaume D?flache schrieb:
>> Michael Wechner schrieb:
>>> Michael Wechner schrieb:
>>>> Guillaume D?flache schrieb:
>>>>> Hi all!
>>>>>
>>>>> Any reason why the "image" resource type is not loaded by default
>>>>> by Yanel?
>>>>
>>>> well, I guess none of the included realms are using it, but it was
>>>> considered nevertheless a resource which is worthwhile to use by
>>>> third party realms
>>
>>
>> One way to use it might be to rescale the bitmap images in
>> $RESOURCE_TYPE_HOME/yanel-htdocs/icons/??x?? when some size is not
>> available.
>>
>> But alas icons are (rightfully) PNG and AFAICS[1] we only use 32x32
>> icons ATM for the welcome realm ATM.
>> [1]
>> http://svn.wyona.org/repos/public/yanel/trunk/src/realms/welcome-admin/yanel/resources/show-realms/src/java/org/wyona/yanel/impl/resources/ShowRealms.java
>>
>>
>> BTW what are the 22x22 bitmap images for?!?
> they are not used yet.
so I would suggest that we remove them
Any objections?
Thanks
Michi
> the idea bihind this is to have the possibility to change icon size. i
> just did this icons stuff as it is done in tango:
> http://tango.freedesktop.org/Tango_Desktop_Project
>
> simon
>>
>>
>>> I have re-tested this image resource and it seems to work very fine
>>> (at least for jpeg images).
>>>
>>> I have added it to
>>>
>>> http://127.0.0.1:8080/yanel/test/use-cases/
>>>
>>> (test 50)
>>>
>>> and also added it to the resources.xml, because I think it is really
>>> a handy resource and it's sad that people won't know really that
>>> exists (as I have forgotten myself)
>>
>> Great, thanks: now every resource and realm in Yanel trunk is indeed
>> exercised with the default configuration! :)
>>
>
From michael.wechner at wyona.com Thu Feb 5 10:00:04 2009
From: michael.wechner at wyona.com (Michael Wechner)
Date: Thu Feb 5 10:00:05 2009
Subject: [Yanel-dev] "image" resource type status (and "contributions"
directories)?
In-Reply-To: <498AA7E4.9090404@wyona.com>
References: <4989A5C9.90304@wyona.com> <4989AF8B.9040409@wyona.com>
<498AA7E4.9090404@wyona.com>
Message-ID: <498AAA94.3070200@wyona.com>
Guillaume D?flache schrieb:
> Michael Wechner schrieb:
>> Guillaume D?flache schrieb:
>>> [...]
>>> As a matter of fact I am not sure what the difference is in intent and
>>> purpose between:
>>> - /public/yanel/trunk/src/realms & /public/yanel/trunk/src/resources
>>> - /public/yanel/trunk/src/contributions/ (only "resources"
>>> and no "realms" there)
>>
>> I think historically it was to show that resources can be at
>> different locations and to show how to configure such cases
>
> I guess that this is nowadays covered by:
> src="@YANEL_SRC_DIR@/src/realms/welcome-admin/yanel/resources/show-realms/"
>
> compile="true"/>
> src="@YANEL_SRC_DIR@/src/realms/welcome-admin/yanel/resources/update-webapp/"
>
> compile="true"/>
> ...isn't it?
yes
>
> Maybe we could move "src/contributions/resources" to
> "src/resources-webapp" or even "src/webapp/resources"???
I would just move them to src/resources for the moment
> (Then we should move "src/resources" to "src/resources-core" or even
> "src/core/resources", and ditto for realms.)
> ((Probably would require to update a lot of documentation, configuration
> and maybe also code then...))
>
>
> Also should we use the term "resources" everywhere or really "resource
> types"? (Resources brings confusion with HTTP resources IMHO.)
yes, resource-types would make sense. So we could rename src/resources
to src/resource-types
Cheers
Michi
>
>
>>> - /public/yanel/contributions/ (non-Apache licensed stuff for sure has
>>> to go there)
>>
>> this is code, which is not used by the "core" or "webapp", but makes
>> sense for third party
>>> I could not find documentation explaining this: maybe we should add
>>> some? A README.txt file in each of these directories would do just fine
>>> IMHO.
>>
>> agreed
>
> Waiting for some feeback about what was written before writing these!
From simon.litwan at wyona.com Thu Feb 5 10:13:09 2009
From: simon.litwan at wyona.com (simon litwan)
Date: Thu Feb 5 10:13:07 2009
Subject: [Yanel-dev] "image" resource type status (and "contributions"
directories)?
In-Reply-To: <498AA7E4.9090404@wyona.com>
References: <4989A5C9.90304@wyona.com> <4989AF8B.9040409@wyona.com>
<498AA7E4.9090404@wyona.com>
Message-ID: <498AADA5.6030606@wyona.com>
Guillaume D?flache schrieb:
> Michael Wechner schrieb:
>> Guillaume D?flache schrieb:
>>> [...]
>>> As a matter of fact I am not sure what the difference is in intent and
>>> purpose between:
>>> - /public/yanel/trunk/src/realms & /public/yanel/trunk/src/resources
>>> - /public/yanel/trunk/src/contributions/ (only "resources"
>>> and no "realms" there)
>>
>> I think historically it was to show that resources can be at
>> different locations and to show how to configure such cases
>
> I guess that this is nowadays covered by:
> src="@YANEL_SRC_DIR@/src/realms/welcome-admin/yanel/resources/show-realms/"
>
> compile="true"/>
> src="@YANEL_SRC_DIR@/src/realms/welcome-admin/yanel/resources/update-webapp/"
>
> compile="true"/>
> ...isn't it?
>
> Maybe we could move "src/contributions/resources" to
> "src/resources-webapp" or even "src/webapp/resources"???
> (Then we should move "src/resources" to "src/resources-core" or even
> "src/core/resources", and ditto for realms.)
> ((Probably would require to update a lot of documentation, configuration
> and maybe also code then...))
>
>
> Also should we use the term "resources" everywhere or really "resource
> types"? (Resources brings confusion with HTTP resources IMHO.)
i think resource-type is clearer.
simon
>
>
>>> - /public/yanel/contributions/ (non-Apache licensed stuff for sure has
>>> to go there)
>>
>> this is code, which is not used by the "core" or "webapp", but makes
>> sense for third party
>>> I could not find documentation explaining this: maybe we should add
>>> some? A README.txt file in each of these directories would do just fine
>>> IMHO.
>>
>> agreed
>
> Waiting for some feeback about what was written before writing these!
From bugzilla at wyona.com Thu Feb 5 10:49:14 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Thu Feb 5 10:49:16 2009
Subject: [Yanel-dev] [Bug 6967] New: ease use of resource types from Eclipse
(for instance building them)
Message-ID: <20090205094914.6425F10CDD3@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6967
Summary: ease use of resource types from Eclipse (for instance
building them)
Product: Yanel
Version: unspecified
Platform: All
OS/Version: All
Status: NEW
Severity: enhancement
Priority: P1
Component: General
AssignedTo: guillaume.deflache@wyona.com
ReportedBy: guillaume.deflache@wyona.com
QAContact: yanel-development@wyona.com
OtherBugsDependingO 4962
nThis:
Implement anything that helps (re)building, testing and maybe reloading
resource types when using Eclipse.
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From bugzilla at wyona.com Thu Feb 5 10:49:14 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Thu Feb 5 10:49:17 2009
Subject: [Yanel-dev] [Bug 4962] implement HTTP method HEAD
Message-ID: <20090205094914.81C0C10CDF0@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=4962
guillaume.deflache@wyona.com changed:
What |Removed |Added
----------------------------------------------------------------------------
BugsThisDependsOn| |6967
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From bugzilla at wyona.com Thu Feb 5 11:19:27 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Thu Feb 5 11:19:29 2009
Subject: [Yanel-dev] [Bug 6967] ease use of resource types from Eclipse (for
instance building them)
Message-ID: <20090205101927.9901F10CE01@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6967
------- Comment #1 from guillaume.deflache@wyona.com 2009-02-05 11:21 -------
For building as found out by Alec IIRC (and recently rediscovered by me...)
instead of packaging all classes into JARs and copying them to
$WEBAPP_HOME/WEB-INF/lib/ we could compile them directly to
$WEBAPP_HOME/WEB-INF/classes/ (we can always keep a separate JAR task).
Sadly Eclipse 3.4 does not allow build output directories outside of the
project hierarchy, so we would have to use a symlink.
For Unix-like development environments (Linux, MacOSX, Cygwin, ...), we can
simply use `ln -s` or the "symlink" Ant task:
http://ant.apache.org/manual/OptionalTasks/symlink.html
For NT-based younger-than-W2k Windows < Vista we may be able to use NTFS
junction points ( http://en.wikipedia.org/wiki/NTFS_junction_point ), which for
our purposes works well enough like symbolic links (creation is not possible
under stock Windows,
http://technet.microsoft.com/en-us/sysinternals/bb896768.aspx (Junction v1.05
By Mark Russinovich) seems the simplest tool to do it).
For Windows >= Vista, we should rather use real NTFS smybolic links (
http://en.wikipedia.org/wiki/NTFS_symbolic_link ).
Not sure yet if Ant "symlink" task itself handles those 2 cases correctly...
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From bugzilla at wyona.com Thu Feb 5 11:22:26 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Thu Feb 5 11:22:28 2009
Subject: [Yanel-dev] [Bug 6898] (too much) duplicate Ant code for resource
types (including `yanel.sh build -f...` support)
Message-ID: <20090205102226.DE4DA10CCAD@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6898
guillaume.deflache@wyona.com changed:
What |Removed |Added
----------------------------------------------------------------------------
BugsThisDependsOn| |6967
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From bugzilla at wyona.com Thu Feb 5 11:22:26 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Thu Feb 5 11:22:29 2009
Subject: [Yanel-dev] [Bug 6967] ease use of resource types from Eclipse (for
instance building them)
Message-ID: <20090205102226.C388510CCA0@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6967
guillaume.deflache@wyona.com changed:
What |Removed |Added
----------------------------------------------------------------------------
OtherBugsDependingO|4962 |6898
nThis| |
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From bugzilla at wyona.com Thu Feb 5 11:22:27 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Thu Feb 5 11:22:30 2009
Subject: [Yanel-dev] [Bug 4962] implement HTTP method HEAD
Message-ID: <20090205102227.0CB6F10CE01@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=4962
guillaume.deflache@wyona.com changed:
What |Removed |Added
----------------------------------------------------------------------------
BugsThisDependsOn|6967 |
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From bugzilla at wyona.com Thu Feb 5 11:46:41 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Thu Feb 5 11:47:14 2009
Subject: [Yanel-dev] [Bug 5092] When a file is not committed to SVN then
Yarep will throw an error when trying to access it
Message-ID: <20090205104641.DF6C410CC12@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=5092
guillaume.deflache@wyona.com changed:
What |Removed |Added
----------------------------------------------------------------------------
AssignedTo|josias.thoeny@wyona.org |dev@wyona.com
Component|General |Repository
OS/Version|Linux |All
QAContact| |yanel-development@wyona.com
Platform|PC |All
------- Comment #1 from guillaume.deflache@wyona.com 2009-02-05 11:48 -------
Now that I think of it I might very well have fixed that in revision 41231
while making import work to an SVN repo (bug 6939): can someone test?
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From bugzilla at wyona.com Thu Feb 5 12:04:56 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Thu Feb 5 12:04:58 2009
Subject: [Yanel-dev] [Bug 4962] implement HTTP method HEAD
Message-ID: <20090205110456.B2B7C10CCD2@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=4962
michael.wechner@wyona.org changed:
What |Removed |Added
----------------------------------------------------------------------------
Severity|normal (C) |enhancement
Priority|P2 |P3
------- Comment #3 from michael.wechner@wyona.org 2009-02-05 12:06 -------
YanelServlet already covers If-Modified-Since request, but it's not clear if
this is handled everywhere properly!?
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From bugzilla at wyona.com Thu Feb 5 12:05:51 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Thu Feb 5 12:05:53 2009
Subject: [Yanel-dev] [Bug 4962] implement HTTP method HEAD
Message-ID: <20090205110551.1DC3D10CCD2@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=4962
michael.wechner@wyona.org changed:
What |Removed |Added
----------------------------------------------------------------------------
AssignedTo|michael.wechner@wyona.org |dev@wyona.com
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From bugzilla at wyona.com Thu Feb 5 12:11:07 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Thu Feb 5 12:11:09 2009
Subject: [Yanel-dev] [Bug 4962] implement HTTP method HEAD
Message-ID: <20090205111107.6185410CBA3@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=4962
------- Comment #4 from guillaume.deflache@wyona.com 2009-02-05 12:13 -------
Decreasing priority as agreed with Michi, and this is not a bug.
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From kamerun at immerda.ch Thu Feb 5 13:17:49 2009
From: kamerun at immerda.ch (kamerun@immerda.ch)
Date: Thu Feb 5 12:14:52 2009
Subject: [Fwd: Re: [Yanel-dev] hi]
Message-ID: <498AD8ED.4080803@immerda.ch>
hello,
sorry, i send it first to michi, but he tells me to send to the malinglist.
michel and team wyona in cameroon
-------------- next part --------------
An embedded message was scrubbed...
From: "kamerun@immerda.ch"
Subject: Re: [Yanel-dev] hi
Date: Thu, 05 Feb 2009 12:15:56 +0100
Size: 12673
Url: http://wyona.com/pipermail/yanel-development/attachments/20090205/d987=
b963/Yanel-devhi.eml
From michael.wechner at wyona.com Thu Feb 5 12:21:53 2009
From: michael.wechner at wyona.com (Michael Wechner)
Date: Thu Feb 5 12:21:51 2009
Subject: [Fwd: Re: [Yanel-dev] hi]
In-Reply-To: <498AD8ED.4080803@immerda.ch>
References: <498AD8ED.4080803@immerda.ch>
Message-ID: <498ACBD1.2000707@wyona.com>
kamerun@immerda.ch schrieb:
> hello,
>
> sorry, i send it first to michi, but he tells me to send to the
> malinglist.
please see the BUILD FAILED message below, which means that you need to
synchronize your conf/local.resource-types.xml with the one from SVN
conf/resource-types.xml
because we have added a new resource type:
and you need to update your version number according to
All the best
Michi
>
> michel and team wyona in cameroon
>
>
>
> ------------------------------------------------------------------------
>
> Betreff:
> Re: [Yanel-dev] hi
> Von:
> "kamerun@immerda.ch"
> Datum:
> Thu, 05 Feb 2009 12:15:56 +0100
> An:
> Michael Wechner , "kamerun@immerda.ch"
>
>
> An:
> Michael Wechner , "kamerun@immerda.ch"
>
>
>
> hello,
>
> today we made the update for wyona and build failed as you see here
> ./yanel.sh stop
>
>
>
> ./build.sh clean
>
> svn up
>
> /michel@deblenny:~/wyona/src/yanel-trunk$ svn st
> ? src/realms/from-scratch-realm-template/data-repo/yarep-meta
> ? src/realms/from-scratch-realm-template/data-repo/search-index
> ? src/realms/use-cases/yanel/config/src
> ?
> src/realms/use-cases/yanel/data-paths/introspection-test-resource-creator-wiki.html.xml
> ?
> src/realms/use-cases/yanel/data-paths/test-resource-creator-wiki.html
> ?
> src/realms/use-cases/yanel/data/40f649bd-0e6b-4da1-a013-944bd8416408
> ?
> src/realms/use-cases/yanel/data/c9d23dbc-b4b9-4ad5-8fa5-5797fb849703
> ?
> src/realms/use-cases/yanel/rti/test-resource-creator-wiki.html.yanel-rc
> ? src/realms/yanel-website/data-repo/search-index
> X tools/apache-ant
>
> Performing status on external item at 'tools/apache-ant'
> michel@deblenny:~/wyona/src/yanel-trunk$ svn up
>
> Fetching external item into 'tools/apache-ant'
> External at revision 40965.
>
> At revision 41360.
> michel@deblenny:~/wyona/src/yanel-trunk$
>
> /so we had no record with M
> we continue
>
> svn up
>
> ./build.sh
>
> and we get the following error
>
>
> /build-resources:
>
> check-config-version-resource-types-xml:
> [echo] Check version of local.resource-types.xml ...
>
> BUILD FAILED
> /home/michel/wyona/src/yanel-trunk/src/build/targets/resources.xml:86:
> The following error occurred while executing this line:
> /home/michel/wyona/src/yanel-trunk/src/build/targets/check-conf-version.xml:51:
> WARNING: It seems that your conf/local/local.resource-types.xml is out
> of date. Please compare your conf/local/local.resource-types.xml with
> the default configuration conf/resource-types.xml (see changes within
> conf/resource-types.xml) and update accordingly.
>
> Total time: 1 minute 4 seconds
> michel@deblenny:~/wyona/src/yanel-trunk$
>
>
>
> /we have tried to find out why but it is for us IMPOSSIBLE, please
> help us!!!!!
> /
>
> /we made test for 2 days and it was going. we made a test in
>
>
>
>
>
>
> michel@deblenny:~/wyona/src/yanel-trunk/src/realms/use-cases/yanel/config/src/test/canoo$ less tests/usecase-test-mail.xml
>
> ---
>
>
>
>
>
>
>
>
>
>
>
> &config;
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> and it was going ok
>
> but we have not understood why
>
>
>
> this test made an error
>
>
> you can reach us in the skype
> tau_sen
>
>
>
> michel
>
> Michael Wechner wrote:
>> kamerun@immerda.ch schrieb:
>>> we use so much time in installing this program and at last all went
>>> well i am Emmanuel a student of the school
>>
>> nice meeting you :-)
>>> and very ready to start with the program.today we did the mailing
>>> test and it works,but we have so many questions as you can see in the
>>>
>>>
>>>
>>> when we uncoment this line, the test failed but with
>>>
>>>
>>>
>>> with this text it works. why?
>>
>> can you send us the test (I mean the XML file)
>>> both text are in the page, first we were thinking it is becuase of
>>> the formating of the text so we take the source of the page and make
>>> the text with the html tag but in the text it tell us it cannot
>>> contain tag. so we really don't understand why one test was
>>> successful and the other was not successful.
>>> if any idea please tell us
>>>
>>> hello here michel;
>>> even if the begin is difficult, i think we will do it. until now we
>>> don't have load a project: is an hoto some wher to do it?
>>
>> you mean a howto for the tests?
>>>
>>> i hope you don't have so much cool becouse we have a very good
>>> temperature here
>>
>> It's still very cold here (-5 degree Celsius)
>>
>> All the best
>>
>> Michael
>>>
>>> emmanuel a member of wyona testing team
>>> michel
>>>
>>>
>>> ------------------------------------------------------------------------
>>>
>>>
>>> ------------------------------------------------------------------------
>>>
>>>
>>> _______________________________________________
>>> Yanel-development mailing list
>>> Yanel-development@wyona.com
>>> http://lists.wyona.org/cgi-bin/mailman/listinfo/yanel-development
>>>
>>
>>
>
>
From bugzilla at wyona.com Thu Feb 5 12:30:04 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Thu Feb 5 12:30:42 2009
Subject: [Yanel-dev] [Bug 6968] New: make it easier to create new Yarep
Repository implementations
Message-ID: <20090205113004.5373210CCD6@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6968
Summary: make it easier to create new Yarep Repository
implementations
Product: Yanel
Version: unspecified
Platform: All
OS/Version: All
Status: NEW
Severity: enhancement
Priority: P2
Component: Repository
AssignedTo: guillaume.deflache@wyona.com
ReportedBy: guillaume.deflache@wyona.com
QAContact: yanel-development@wyona.com
The API is daunting (for historically reasons: Repository vs Storage+Map API
conendrum, also we move from Path objects to String paths) adn there is no
abstract base class available.
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From bugzilla at wyona.com Thu Feb 5 12:42:08 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Thu Feb 5 12:42:09 2009
Subject: [Yanel-dev] [Bug 6967] ease use of resource types from Eclipse (for
instance building them)
Message-ID: <20090205114208.4DB8010CDCE@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6967
------- Comment #2 from alec.bickerton@wyona.com 2009-02-05 12:44 -------
Windows environments can use symlinks with the linkd.exe provided by Microsoft.
http://support.microsoft.com/kb/205524
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From bugzilla at wyona.com Thu Feb 5 14:15:53 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Thu Feb 5 14:15:54 2009
Subject: [Yanel-dev] [Bug 6967] ease use of resource types from Eclipse (for
instance building them)
Message-ID: <20090205131553.6180510CDB0@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6967
------- Comment #3 from guillaume.deflache@wyona.com 2009-02-05 14:17 -------
Yeah, I saw this one as well, but it seems more complicated to obtain than the
former, which is now also officially endorsed by Microsoft.
(I never thought I would say this but) too bad Vista was not such a success at
least for developers, else we could just use NTFS better stock implementation
and forget all about systems without POSIX symbolic links... well, except if
you want to develop from a (VFAT) USB key... ;)
Anyway, the Ant task does nothing under Windows, and indeed the task
documentation says:
> any operating system on which the command ln -s is not a valid command on the command line will not be able to use action="single" or action="recreate"
Also it seems like Java won't handle (symbolic) links properly before the new
FS & IO API ("nio2") scheduled for JDK7... :/
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From guillaume.deflache at wyona.com Thu Feb 5 17:13:57 2009
From: guillaume.deflache at wyona.com (=?ISO-8859-15?Q?Guillaume_D=E9flache?=)
Date: Thu Feb 5 17:13:59 2009
Subject: [Yanel-dev] tool to remove unknown files from a Subversion working
copy (to help continuous integration)
Message-ID: <498B1045.3070705@wyona.com>
Hi all!
Michi and I spoke about this and how it could be handy as an interim
solution to cleanup the Hudson working copies after the tests, which may
well slow the server because of neverending directory growth (assuming
we still use ext2) as explained below.
The tool is called svn-clean and is notably in
http://packages.ubuntu.com/hardy/admin/subversion-tools (starting from
Feisty). I haven't tested it yet so YMMV.
Of course we should also cleanup after ourselves, or at least not
generate new files and directories each time some tests are run (those
who use unique IDs in filenames and/or paths), as this clutters
developers' working copies all the same.
Cheers,
Guillaume
From bugzilla at wyona.com Fri Feb 6 09:42:37 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Fri Feb 6 09:42:38 2009
Subject: [Yanel-dev] [Bug 6972] New: [wanted1.0+] write release checklist
Message-ID: <20090206084237.3CB2210CE1F@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6972
Summary: [wanted1.0+] write release checklist
Product: Yanel
Version: unspecified
Platform: All
OS/Version: All
Status: NEW
Keywords: documentation
Severity: enhancement
Priority: P1
Component: Yanel Website
AssignedTo: guillaume.deflache@wyona.com
ReportedBy: guillaume.deflache@wyona.com
QAContact: yanel-development@wyona.com
We need to list what need to be done for each Yanel release: website pages to
update, creation of all artifacts, announcements, ...
We could simply write that in a plain text file (no need to run Yanel to see
what needs to be done then), for example in src/build/README-release.txt.
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From guillaume.deflache at wyona.com Fri Feb 6 11:05:24 2009
From: guillaume.deflache at wyona.com (=?ISO-8859-1?Q?Guillaume_D=E9flache?=)
Date: Fri Feb 6 11:05:11 2009
Subject: [Yanel-dev] Problem building binary version for Windows
In-Reply-To: <4925E29F.8050306@wyona.com>
References: <4921F865.80809@wyona.com> <87prkst9ml.fsf@wyona.com> <4923D343.9030302@wyona.com> <87abbwum7v.fsf@wyona.com> <874p22kdjo.fsf@wyona.com> <49252673.2010703@wyona.com>
<87od0awcte.fsf@wyona.com> <4925E29F.8050306@wyona.com>
Message-ID: <498C0B64.9060201@wyona.com>
Michael Wechner schrieb:
> Gary Jones schrieb:
>> Michael Wechner writes:
>>
>>> Gary Jones schrieb:
>>>
>>>> I discovered another problem (?) which is that if one does not have
>>>> svn credentials cached from a previous session the batch file seems
>>>> not to allow them to be entered
>>>>
>> [...]
>>
>>> to be honest I not fully understand how this can happen except for the
>>> following two cases:
>>>
>>> - Either you have deleted your credentials locally after step (2) (see
>>> http://yanel.wyona.org/create-windows-installer.html)
>>> - Or you used/downloaded a source snapshot and never actually did a
>>> SVN checkout
>>>
>>
>> Or
>> - you do the first svn access - getting the source - using anonymous
>> access (as per the first suggestion on
>> http://yanel.wyona.org/download/source-repository.html), so there
>> are no credentials to cache.
>>
>> Which is what I did. I wasn't aware that a later stage would require
>> developer access (why is it required? is something in the repo being
>> updated at that point?).
>>
>
> I guess the problem is that within
>
> src/build/build.xml
>
> the URL is using https and hence anoynmous will not work anymore
>
> (see target source-snapshot)
>
> I guess the best would be to switch to http and pass explicitely the
> username and password anonymous as arguments.
>
> Maybe you can give this a try and submit a patch ;-)
FYI fixed in r41381, seems to work under both Windows and Linux, using
HTTP and HTTPS.
From michael.wechner at wyona.com Fri Feb 6 14:43:07 2009
From: michael.wechner at wyona.com (Michael Wechner)
Date: Fri Feb 6 14:43:05 2009
Subject: [Yanel-dev] Always show most recent versions even if toolbar is not
enabled
Message-ID: <498C3E6B.9050008@wyona.com>
Hi
Somebody recently asked me that they would also like to give access to
the most recent versions of pages to people who do not have the right to
see the toolbar.
Currently this coupled to the toolbar (see YanelServlet)
private Environment getEnvironment(HttpServletRequest request,
HttpServletResponse response) throws ServletException {
Identity identity;
try {
identity = getIdentity(request);
Realm realm = map.getRealm(request.getServletPath());
String stateOfView = StateOfView.AUTHORING;
if (isToolbarEnabled(request)) {
stateOfView = StateOfView.AUTHORING;
} else {
stateOfView = StateOfView.LIVE;
}
and hence the above request is not possible.
I think it would actually make sense to implement that people (in
particular "pure" reviewers) can also see the "staging" view event it
they do not have access to the toolbar.
WDYT?
If yes, how do we be best provide this functionality?
Also by attaching a flag to the session?
Thanks
Michael
From guillaume.deflache at wyona.com Fri Feb 6 15:35:30 2009
From: guillaume.deflache at wyona.com (=?ISO-8859-15?Q?Guillaume_D=E9flache?=)
Date: Fri Feb 6 15:35:33 2009
Subject: [Yanel-dev] Always show most recent versions even if toolbar
is not enabled
In-Reply-To: <498C3E6B.9050008@wyona.com>
References: <498C3E6B.9050008@wyona.com>
Message-ID: <498C4AB2.2090404@wyona.com>
Michael Wechner schrieb:
> Hi
Hi!
> Somebody recently asked me that they would also like to give access to
> the most recent versions of pages to people who do not have the right to
> see the toolbar.
Why should people ever be prevented of accessing the toolbar in the
first place (but see below)?
> Currently this coupled to the toolbar (see YanelServlet)
>
> private Environment getEnvironment(HttpServletRequest request,
> HttpServletResponse response) throws ServletException {
> Identity identity;
> try {
> identity = getIdentity(request);
> Realm realm = map.getRealm(request.getServletPath());
> String stateOfView = StateOfView.AUTHORING;
> if (isToolbarEnabled(request)) {
> stateOfView = StateOfView.AUTHORING;
> } else {
> stateOfView = StateOfView.LIVE;
> }
BTW the "if" branch looks unnecessary here.
> and hence the above request is not possible.
>
> I think it would actually make sense to implement that people (in
> particular "pure" reviewers) can also see the "staging" view event it
> they do not have access to the toolbar.
>
> WDYT?
I would reformulate that as: it would make sense they only have access
to certain items in the toolbar menus.
> If yes, how do we be best provide this functionality?
>
> Also by attaching a flag to the session?
Eek!!! I would be glad we could avoid adding more state...
BTW if you are working on the toolbar I think it would make sense that
you review my patch in
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6960 before
it rots... Thanks!
Cheers,
Guillaume
From bugzilla at wyona.com Fri Feb 6 16:28:17 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Fri Feb 6 16:28:18 2009
Subject: [Yanel-dev] [Bug 6974] New: [wanted1.0+] References page is
confusing
Message-ID: <20090206152817.1529410CE68@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6974
Summary: [wanted1.0+] References page is confusing
Product: Yanel
Version: unspecified
Platform: All
OS/Version: All
Status: NEW
Keywords: documentation
Severity: enhancement
Priority: P1
Component: Yanel Website
AssignedTo: michael.wechner@wyona.org
ReportedBy: guillaume.deflache@wyona.com
QAContact: yanel-development@wyona.com
In bug 6764 comment 6 Simone "[does not] understand the mixture of customers
and technical websites" in http://yanel.wyona.org/references.html and I do not
either.
Maybe we should clarify or hide the page before 1.0!
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From bugzilla at wyona.com Fri Feb 6 16:36:39 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Fri Feb 6 16:36:41 2009
Subject: [Yanel-dev] [Bug 6975] New: [wanted1.0+] Governance page only has
draft content
Message-ID: <20090206153639.8C8B210CE79@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6975
Summary: [wanted1.0+] Governance page only has draft content
Product: Yanel
Version: unspecified
Platform: All
URL: http://yanel.wyona.org/en/governance.html
OS/Version: All
Status: NEW
Severity: enhancement
Priority: P1
Component: Yanel Website
AssignedTo: michael.wechner@wyona.org
ReportedBy: guillaume.deflache@wyona.com
QAContact: yanel-development@wyona.com
>From bug 6764 comment 6:
> http://yanel.wyona.org/en/governance.html (seems to be quite provisory)
Indeed we should stuff up the page a bit or hide it before 1.0!
Also the HTML title is wrong: it reads "a Wiki page".
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From bugzilla at wyona.com Fri Feb 6 16:40:08 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Fri Feb 6 16:40:10 2009
Subject: [Yanel-dev] [Bug 6974] [wanted1.0+] References page is confusing
Message-ID: <20090206154008.B8BEE10CE79@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6974
guillaume.deflache@wyona.com changed:
What |Removed |Added
----------------------------------------------------------------------------
URL| |http://yanel.wyona.org/refer
| |ences.html
Status|NEW |ASSIGNED
------- Comment #1 from guillaume.deflache@wyona.com 2009-02-06 16:42 -------
Only our BFDL can do that! ;)
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From bugzilla at wyona.com Fri Feb 6 16:40:31 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Fri Feb 6 16:40:32 2009
Subject: [Yanel-dev] [Bug 6975] [wanted1.0+] Governance page only has draft
content
Message-ID: <20090206154031.BCF5D10CE79@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6975
guillaume.deflache@wyona.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |ASSIGNED
Keywords| |documentation
------- Comment #1 from guillaume.deflache@wyona.com 2009-02-06 16:42 -------
Only our BFDL can do that! ;)
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From bugzilla at wyona.com Fri Feb 6 16:48:20 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Fri Feb 6 16:48:22 2009
Subject: [Yanel-dev] [Bug 6764] [blocking0.9+] freshen website documentation
"a minima": news, roadmap, Bugzilla buglist
Message-ID: <20090206154820.7372010CBFE@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6764
guillaume.deflache@wyona.com changed:
What |Removed |Added
----------------------------------------------------------------------------
AssignedTo|michael.wechner@wyona.org |guillaume.deflache@wyona.com
Status|ASSIGNED |NEW
------- Comment #18 from guillaume.deflache@wyona.com 2009-02-06 16:50 -------
>From comment 6:
> http://yanel.wyona.org/references.html (I don't understand the mixture of customers and technical websites etc.)
Moved to bug 6974.
> http://yanel.wyona.org/en/governance.html (seems to be quite provisory)
Moved to bug 6975.
Nothing there preempting our BFDL anymore! ;)
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From bugzilla at wyona.com Fri Feb 6 17:00:11 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Fri Feb 6 17:00:13 2009
Subject: [Yanel-dev] [Bug 6935] |blocking1.0+] Apache licensing needs for
binary releases
Message-ID: <20090206160011.BF1ED10CE79@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6935
guillaume.deflache@wyona.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Severity|normal (C) |major (B)
Summary|Apache licensing needs for ||blocking1.0+] Apache
|binary releases |licensing needs for binary
| |releases
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From bugzilla at wyona.com Fri Feb 6 17:03:25 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Fri Feb 6 17:03:27 2009
Subject: [Yanel-dev] [Bug 6894] spell out the rules for committing into Yanel
Message-ID: <20090206160325.CA7F010CE79@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6894
guillaume.deflache@wyona.com changed:
What |Removed |Added
----------------------------------------------------------------------------
AssignedTo|michael.wechner@wyona.org |guillaume.deflache@wyona.com
Status|ASSIGNED |NEW
Keywords| |documentation
------- Comment #3 from guillaume.deflache@wyona.com 2009-02-06 17:05 -------
Michi and I agreed I would kickstart it.
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From simon.litwan at wyona.com Sun Feb 8 01:09:56 2009
From: simon.litwan at wyona.com (simon litwan)
Date: Sun Feb 8 01:10:06 2009
Subject: [Yanel-dev] don't show svn files when browsing a repo sitetree (at
least for yanel-website)
Message-ID: <498E22D4.4020204@wyona.com>
hi all
i would like to propose following patch:
Index: src/realms/yanel-website/config/repository.xml
===================================================================
--- src/realms/yanel-website/config/repository.xml (revision 41380)
+++ src/realms/yanel-website/config/repository.xml (working copy)
@@ -5,6 +5,8 @@
-
+
+
+
Index: src/realms/yanel-website/config/res-config-repository.xml
===================================================================
--- src/realms/yanel-website/config/res-config-repository.xml
(revision 41380)
+++ src/realms/yanel-website/config/res-config-repository.xml
(working copy)
@@ -2,7 +2,9 @@
Yanel Website Resource Configurations Repository
-
+
+
+
WDOT?
simon
From bugzilla at wyona.com Sun Feb 8 13:55:35 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Sun Feb 8 13:55:54 2009
Subject: [Yanel-dev] [Bug 6960] refactoring: move toolbar code out of
YanelServlet
Message-ID: <20090208125535.8A03110CD67@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6960
------- Comment #2 from michael.wechner@wyona.org 2009-02-08 13:57 -------
I executed your instructions, but received (based on Revision: 41407)
Hunk #10 FAILED at 275.
3 out of 10 hunks FAILED -- saving rejects to file
src/webapp/src/java/org/wyona/yanel/servlet/YanelAuthoringUI.java.rej
Can you provide me with the actual files than a patch and then I will try it
again.
Thanks
Michi
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From michael.wechner at wyona.com Sun Feb 8 13:56:26 2009
From: michael.wechner at wyona.com (Michael Wechner)
Date: Sun Feb 8 13:56:37 2009
Subject: [Yanel-dev] Always show most recent versions even if toolbar
is not enabled
In-Reply-To: <498C4AB2.2090404@wyona.com>
References: <498C3E6B.9050008@wyona.com> <498C4AB2.2090404@wyona.com>
Message-ID: <498ED67A.8050304@wyona.com>
Guillaume D?flache schrieb:
>
>
>
> BTW if you are working on the toolbar I think it would make sense that
> you review my patch in
> http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6960 before
> it rots...
agreed, but please see my comments at
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6960
Thanks
Michi
> Thanks!
>
> Cheers,
> Guillaume
From michael.wechner at wyona.com Sun Feb 8 14:02:39 2009
From: michael.wechner at wyona.com (Michael Wechner)
Date: Sun Feb 8 14:06:35 2009
Subject: [Yanel-dev] Always show most recent versions even if toolbar
is not enabled
In-Reply-To: <498C4AB2.2090404@wyona.com>
References: <498C3E6B.9050008@wyona.com> <498C4AB2.2090404@wyona.com>
Message-ID: <498ED7EF.5050204@wyona.com>
Guillaume D?flache schrieb:
> Michael Wechner schrieb:
>> Hi
>
> Hi!
>
>
>> Somebody recently asked me that they would also like to give access
>> to the most recent versions of pages to people who do not have the
>> right to see the toolbar.
>
> Why should people ever be prevented of accessing the toolbar in the
> first place (but see below)?
people who review content can be quite confused if they suddenly see a
toolbar (thinking of the boss of a big company who has no clue about a CMS)
>
>
>> Currently this coupled to the toolbar (see YanelServlet)
>>
>> private Environment getEnvironment(HttpServletRequest request,
>> HttpServletResponse response) throws ServletException {
>> Identity identity;
>> try {
>> identity = getIdentity(request);
>> Realm realm = map.getRealm(request.getServletPath());
>> String stateOfView = StateOfView.AUTHORING;
>> if (isToolbarEnabled(request)) {
>> stateOfView = StateOfView.AUTHORING;
>> } else {
>> stateOfView = StateOfView.LIVE;
>> }
>
> BTW the "if" branch looks unnecessary here.
yes, right now we could change it to
if (!isToolbarEnabled(request)) {
stateOfView = StateOfView.LIVE;
}
BUT IIRC we already has some other usecases in our mind which would lead
to else if ....
>
>
>> and hence the above request is not possible.
>>
>> I think it would actually make sense to implement that people (in
>> particular "pure" reviewers) can also see the "staging" view event it
>> they do not have access to the toolbar.
>>
>> WDYT?
>
> I would reformulate that as: it would make sense they only have access
> to certain items in the toolbar menus.
that's a performance issue. Think of many menu entries and all need to
be checked re Access control ...
>
>
>> If yes, how do we be best provide this functionality?
>>
>> Also by attaching a flag to the session?
>
> Eek!!! I would be glad we could avoid adding more state...
me too, but what is the alternative?
Cheers
Michi
>
>
> BTW if you are working on the toolbar I think it would make sense that
> you review my patch in
> http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6960 before
> it rots... Thanks!
>
> Cheers,
> Guillaume
From michael.wechner at wyona.com Sun Feb 8 14:10:14 2009
From: michael.wechner at wyona.com (Michael Wechner)
Date: Sun Feb 8 14:11:24 2009
Subject: [Yanel-dev] No toolbar CSS if element is missing
Message-ID: <498ED9B6.70603@wyona.com>
Hi
It seems to me that the toolbar CSS is not added if the element
is missing, but it's not really clear to me when looking at
src/webapp/src/java/org/wyona/yanel/servlet/YanelServlet.java
Can anyone confirm this? (yes, we really need to refactor this servlet code)
Thanks
Michi
From michael.wechner at wyona.com Sun Feb 8 14:22:46 2009
From: michael.wechner at wyona.com (Michael Wechner)
Date: Sun Feb 8 14:22:53 2009
Subject: [Yanel-dev] don't show svn files when browsing a repo sitetree
(at least for yanel-website)
In-Reply-To: <498E22D4.4020204@wyona.com>
References: <498E22D4.4020204@wyona.com>
Message-ID: <498EDCA6.40605@wyona.com>
simon litwan schrieb:
> hi all
>
> i would like to propose following patch:
>
> Index: src/realms/yanel-website/config/repository.xml
> ===================================================================
> --- src/realms/yanel-website/config/repository.xml (revision 41380)
> +++ src/realms/yanel-website/config/repository.xml (working copy)
> @@ -5,6 +5,8 @@
>
>
>
> -
> +
> +
> +
>
>
> Index: src/realms/yanel-website/config/res-config-repository.xml
> ===================================================================
> --- src/realms/yanel-website/config/res-config-repository.xml
> (revision 41380)
> +++ src/realms/yanel-website/config/res-config-repository.xml
> (working copy)
> @@ -2,7 +2,9 @@
>
> class="org.wyona.yarep.impl.repo.vfs.VirtualFileSystemRepository">
> Yanel Website Resource Configurations Repository
> -
> +
> +
> +
>
>
>
>
> WDOT?
+1
Michi
>
> simon
From simon.litwan at wyona.com Sun Feb 8 21:26:00 2009
From: simon.litwan at wyona.com (simon litwan)
Date: Sun Feb 8 21:26:10 2009
Subject: [Yanel-dev] don't show svn files when browsing a repo sitetree
(at least for yanel-website)
In-Reply-To: <498EDCA6.40605@wyona.com>
References: <498E22D4.4020204@wyona.com> <498EDCA6.40605@wyona.com>
Message-ID: <498F3FD8.7070201@wyona.com>
Michael Wechner schrieb:
> simon litwan schrieb:
>> hi all
>>
>> i would like to propose following patch:
>>
>> Index: src/realms/yanel-website/config/res-config-repository.xml
>> ===================================================================
>> --- src/realms/yanel-website/config/res-config-repository.xml
>> (revision 41380)
>> +++ src/realms/yanel-website/config/res-config-repository.xml
>> (working copy)
>> @@ -2,7 +2,9 @@
>>
>> > class="org.wyona.yarep.impl.repo.vfs.VirtualFileSystemRepository">
>> Yanel Website Resource Configurations Repository
>> -
>> +
>> +
>> +
>>
>>
>>
>>
>> WDOT?
>
> +1
i commited (r41408) the change for res-config-repository.xml but not for
repository.xml.
since this is only implemented within the VirtualFileSystemRepository
but not in FileSystemRepository.
in FileSystemRepository one can configure ignore patterns within the map
configuration. i guess as long as you disable fallback this is fine.
but otherwise there will be no way to hide svn files when fallback is
enabled.
shouldn't we implement the content ignore pattern for
FileSystemRepository as well?
BTW i would prefer to use one repo implementation (e.g.
VirtualFileSystemRepository) as kind of standard. i think it would make
yanel simpler to learn and understand if simple examples use simple
implementations.
since it's easy to create new realms, i would prefer use example realms
to demonstrate other (more specialized) implementations of components.
or is there any reason to use FileSystemRepository for the res-config-realm?
simon
>
>
> Michi
>>
>> simon
>
From michael.wechner at wyona.com Sun Feb 8 23:43:39 2009
From: michael.wechner at wyona.com (Michael Wechner)
Date: Sun Feb 8 23:43:50 2009
Subject: [Yanel-dev] don't show svn files when browsing a repo sitetree
(at least for yanel-website)
In-Reply-To: <498F3FD8.7070201@wyona.com>
References: <498E22D4.4020204@wyona.com> <498EDCA6.40605@wyona.com>
<498F3FD8.7070201@wyona.com>
Message-ID: <498F601B.6070609@wyona.com>
simon litwan schrieb:
> Michael Wechner schrieb:
>> simon litwan schrieb:
>>> hi all
>>>
>>> i would like to propose following patch:
>>>
>>> Index: src/realms/yanel-website/config/res-config-repository.xml
>>> ===================================================================
>>> --- src/realms/yanel-website/config/res-config-repository.xml
>>> (revision 41380)
>>> +++ src/realms/yanel-website/config/res-config-repository.xml
>>> (working copy)
>>> @@ -2,7 +2,9 @@
>>>
>>> >> class="org.wyona.yarep.impl.repo.vfs.VirtualFileSystemRepository">
>>> Yanel Website Resource Configurations Repository
>>> -
>>> +
>>> +
>>> +
>>>
>>>
>>>
>>>
>>> WDOT?
>>
>> +1
> i commited (r41408) the change for res-config-repository.xml but not
> for repository.xml.
> since this is only implemented within the VirtualFileSystemRepository
> but not in FileSystemRepository.
>
> in FileSystemRepository one can configure ignore patterns within the
> map configuration. i guess as long as you disable fallback this is fine.
> but otherwise there will be no way to hide svn files when fallback is
> enabled.
> shouldn't we implement the content ignore pattern for
> FileSystemRepository as well?
yes, I think this would make sense
>
> BTW i would prefer to use one repo implementation (e.g.
> VirtualFileSystemRepository) as kind of standard. i think it would
> make yanel simpler to learn and understand if simple examples use
> simple implementations.
agreed
> since it's easy to create new realms, i would prefer use example
> realms to demonstrate other (more specialized) implementations of
> components.
I am not sure I understand. Can you explain a bit ...
>
> or is there any reason to use FileSystemRepository for the
> res-config-realm?
in which particular case?
Thanks
Michi
>
> simon
>>
>>
>> Michi
>>>
>>> simon
>>
>
From simon.litwan at wyona.com Mon Feb 9 00:01:40 2009
From: simon.litwan at wyona.com (simon litwan)
Date: Mon Feb 9 00:01:49 2009
Subject: [Yanel-dev] don't show svn files when browsing a repo sitetree
(at least for yanel-website)
In-Reply-To: <498F601B.6070609@wyona.com>
References: <498E22D4.4020204@wyona.com>
<498EDCA6.40605@wyona.com> <498F3FD8.7070201@wyona.com>
<498F601B.6070609@wyona.com>
Message-ID: <498F6454.9030006@wyona.com>
Michael Wechner schrieb:
> simon litwan schrieb:
>> Michael Wechner schrieb:
>>> simon litwan schrieb:
>>>> hi all
>>>>
>>>> i would like to propose following patch:
>>>>
>>>> Index: src/realms/yanel-website/config/res-config-repository.xml
>>>> ===================================================================
>>>> --- src/realms/yanel-website/config/res-config-repository.xml
>>>> (revision 41380)
>>>> +++ src/realms/yanel-website/config/res-config-repository.xml
>>>> (working copy)
>>>> @@ -2,7 +2,9 @@
>>>>
>>>> >>> class="org.wyona.yarep.impl.repo.vfs.VirtualFileSystemRepository">
>>>> Yanel Website Resource Configurations Repository
>>>> -
>>>> +
>>>> +
>>>> +
>>>>
>>>>
>>>>
>>>>
>>>> WDOT?
>>>
>>> +1
>> i commited (r41408) the change for res-config-repository.xml but not
>> for repository.xml.
>> since this is only implemented within the VirtualFileSystemRepository
>> but not in FileSystemRepository.
>>
>> in FileSystemRepository one can configure ignore patterns within the
>> map configuration. i guess as long as you disable fallback this is fine.
>> but otherwise there will be no way to hide svn files when fallback is
>> enabled.
>> shouldn't we implement the content ignore pattern for
>> FileSystemRepository as well?
>
> yes, I think this would make sense
ok
>>
>> BTW i would prefer to use one repo implementation (e.g.
>> VirtualFileSystemRepository) as kind of standard. i think it would
>> make yanel simpler to learn and understand if simple examples use
>> simple implementations.
>
> agreed
>> since it's easy to create new realms, i would prefer use example
>> realms to demonstrate other (more specialized) implementations of
>> components.
>
> I am not sure I understand. Can you explain a bit ...
will try later ...
>>
>> or is there any reason to use FileSystemRepository for the
>> res-config-realm?
>
> in which particular case?
in the yanel-website realm. the data-repo uses
VirtualFileSystemRepository and the res-config-repo uses
FileSystemRepository.
simon
>
> Thanks
>
> Michi
>>
>> simon
>>>
>>>
>>> Michi
>>>>
>>>> simon
>>>
>>
>
From michael.wechner at wyona.com Mon Feb 9 09:19:58 2009
From: michael.wechner at wyona.com (Michael Wechner)
Date: Mon Feb 9 09:20:05 2009
Subject: [Yanel-dev] don't show svn files when browsing a repo sitetree
(at least for yanel-website)
In-Reply-To: <498F6454.9030006@wyona.com>
References: <498E22D4.4020204@wyona.com> <498EDCA6.40605@wyona.com> <498F3FD8.7070201@wyona.com> <498F601B.6070609@wyona.com>
<498F6454.9030006@wyona.com>
Message-ID: <498FE72E.6070507@wyona.com>
simon litwan schrieb:
>>>
>>> or is there any reason to use FileSystemRepository for the
>>> res-config-realm?
>>
>> in which particular case?
> in the yanel-website realm. the data-repo uses
> VirtualFileSystemRepository and the res-config-repo uses
> FileSystemRepository.
will migrate it later today
Thanks
Michi
>
> simon
>>
>> Thanks
>>
>> Michi
>>>
>>> simon
>>>>
>>>>
>>>> Michi
>>>>>
>>>>> simon
>>>>
>>>
>>
>
From bugzilla at wyona.com Mon Feb 9 10:07:08 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Mon Feb 9 10:07:10 2009
Subject: [Yanel-dev] [Bug 6960] refactoring: move toolbar code out of
YanelServlet
Message-ID: <20090209090708.D455E10CC78@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6960
guillaume.deflache@wyona.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #1091|review? |
Flag| |
Attachment #1091 is|0 |1
obsolete| |
------- Comment #3 from guillaume.deflache@wyona.com 2009-02-09 10:08 -------
(From update of attachment 1091)
New patch is coming...
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From bugzilla at wyona.com Mon Feb 9 10:09:26 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Mon Feb 9 10:09:27 2009
Subject: [Yanel-dev] [Bug 6960] refactoring: move toolbar code out of
YanelServlet
Message-ID: <20090209090926.3ABDB10CCB6@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6960
guillaume.deflache@wyona.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #1099| |review?
Flag| |
------- Comment #4 from guillaume.deflache@wyona.com 2009-02-09 10:11 -------
Created an attachment (id=1099)
--> (http://bugzilla.wyona.com/cgi-bin/bugzilla/attachment.cgi?id=1099&action=view)
refactoring of toolbar code: moved outside of Yanel servlet
YanelHTMLUI (renamed from YanelAuthoringUI in the previous version of the
patch) is diffed against a copy of YanelServlet to help track the
diffs: to apply the patch please do `svn cp
src/webapp/src/java/org/wyona/yanel/servlet/YanelServlet.java
src/webapp/src/java/org/wyona/yanel/servlet/YanelHTMLUI.java` 1st!
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From bugzilla at wyona.com Mon Feb 9 10:34:36 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Mon Feb 9 10:34:39 2009
Subject: [Yanel-dev] [Bug 6960] refactoring: move toolbar code out of
YanelServlet
Message-ID: <20090209093436.B6D3610CC82@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6960
michael.wechner@wyona.org changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
------- Comment #5 from michael.wechner@wyona.org 2009-02-09 10:36 -------
I have reviewed and committed it
Hinzuf?gen servlet/YanelHTMLUI.java
Sende servlet/YanelServlet.java
?bertrage Daten ..
Revision 41411 ?bertragen.
Thanks
Michi
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From bugzilla at wyona.com Mon Feb 9 11:22:23 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Mon Feb 9 11:22:26 2009
Subject: [Yanel-dev] [Bug 6899] [blocking0.9+] Windows binaries build
procedure broken
Message-ID: <20090209102223.D2DFC10CD6D@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6899
------- Comment #4 from guillaume.deflache@wyona.com 2009-02-09 11:24 -------
Script for releasing added in 41412 as src/release.bat!
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From bugzilla at wyona.com Mon Feb 9 11:56:51 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Mon Feb 9 11:56:53 2009
Subject: [Yanel-dev] [Bug 6972] [wanted1.0+] write release checklist
Message-ID: <20090209105651.7E4D710CB33@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6972
guillaume.deflache@wyona.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
------- Comment #1 from guillaume.deflache@wyona.com 2009-02-09 11:58 -------
Done as described in 41418, it os now available under
http://svn.wyona.com/repos/public/yanel/trunk/src/README-release.txt for
everyone to see and comment on it!
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From kamerun at immerda.ch Mon Feb 9 13:13:33 2009
From: kamerun at immerda.ch (kamerun@immerda.ch)
Date: Mon Feb 9 12:10:27 2009
Subject: [Fwd: Re: [Yanel-dev] hi]
In-Reply-To: <498AD8ED.4080803@immerda.ch>
References: <498AD8ED.4080803@immerda.ch>
Message-ID: <49901DED.5050201@immerda.ch>
hello,
we made the check out
/home/michel/wyona/src$ svn co http://svn.wyona.com/repos/public/yanel/trunk yanel-trunk
we have found all files and directories, but
first if we must make the check out each time, it takes long time , so
we MUST do the check out each time, when we make a test?
we have made the mail test
here the xml file
&config;
and it should be ok , now before we go further, we would like to know
from your side how to go further
michel
From michael.wechner at wyona.com Mon Feb 9 12:31:06 2009
From: michael.wechner at wyona.com (Michael Wechner)
Date: Mon Feb 9 12:31:11 2009
Subject: [Fwd: Re: [Yanel-dev] hi]
In-Reply-To: <49901DED.5050201@immerda.ch>
References: <498AD8ED.4080803@immerda.ch> <49901DED.5050201@immerda.ch>
Message-ID: <499013FA.6050904@wyona.com>
kamerun@immerda.ch schrieb:
> hello,
>
> we made the check out
>
> /home/michel/wyona/src$ svn co
> http://svn.wyona.com/repos/public/yanel/trunk yanel-trunk
>
>
> we have found all files and directories, but
>
> first if we must make the check out each time, it takes long time , so
> we MUST do the check out each time, when we make a test?
yes
>
>
> we have made the mail test
>
> here the xml file
>
>
>
>
>
>
>
>
>
>
>
> &config;
> url="/${realm.prefix}mailing-lists/ulysses/general/"/>
>
>
>
>
>
>
>
>
>
>
> and it should be ok ,
will check it and send you some feedback
Cheers
Michi
> now before we go further, we would like to know from your side how to
> go further
>
> michel
>
>
>
>
>
>
From michael.wechner at wyona.com Mon Feb 9 12:39:53 2009
From: michael.wechner at wyona.com (Michael Wechner)
Date: Mon Feb 9 12:39:56 2009
Subject: [Fwd: Re: [Yanel-dev] hi]
In-Reply-To: <49901DED.5050201@immerda.ch>
References: <498AD8ED.4080803@immerda.ch> <49901DED.5050201@immerda.ch>
Message-ID: <49901609.6040405@wyona.com>
kamerun@immerda.ch schrieb:
> hello,
>
> we made the check out
>
> /home/michel/wyona/src$ svn co
> http://svn.wyona.com/repos/public/yanel/trunk yanel-trunk
>
>
> we have found all files and directories, but
>
> first if we must make the check out each time, it takes long time , so
> we MUST do the check out each time, when we make a test?
please note that we have just changed
Sende conf/resource-types.xml
?bertrage Daten .
Revision 41426 ?bertragen.
which means you need to update your local.resource-types.xml file
Cheers
Michi
>
>
> we have made the mail test
>
> here the xml file
>
>
>
>
>
>
>
>
>
>
>
> &config;
> url="/${realm.prefix}mailing-lists/ulysses/general/"/>
>
>
>
>
>
>
>
>
>
>
> and it should be ok , now before we go further, we would like to know
> from your side how to go further
>
> michel
>
>
>
>
>
>
From michael.wechner at wyona.com Mon Feb 9 12:45:45 2009
From: michael.wechner at wyona.com (Michael Wechner)
Date: Mon Feb 9 12:45:49 2009
Subject: [Yanel-dev] tinyMCE log messages
Message-ID: <49901769.30700@wyona.com>
Hi
When I use tinyMCE to edit an XHTML page, then I receive the following
log file entries
(whereas from a user PoV everything is fine and one can edit nicely and
also saving works)
Any idea why these ERRORs occur?
97445 2009-02-09 12:43:44,445 [http-8080-Processor24] ERROR
org.wyona.yanel.impl.resources.tinymce.TinyMCEResource.getResToEdit():354
- Exception: java.lang.NullPointerException
97446 2009-02-09 12:43:44,446 [http-8080-Processor24] ERROR
org.wyona.yanel.impl.resources.tinymce.TinyMCEResource.getResToEdit():354
- Exception: java.lang.NullPointerException
97447 2009-02-09 12:43:44,447 [http-8080-Processor24] ERROR
org.wyona.yanel.servlet.YanelServlet.getContent():565 -
org.wyona.yanel.impl.resources.usecase.UsecaseException
at
org.wyona.yanel.impl.resources.tinymce.TinyMCEResource.getResToEdit(TinyMCEResource.java:355)
at
org.wyona.yanel.impl.resources.tinymce.TinyMCEResource.getResourceContent(TinyMCEResource.java:314)
at
org.wyona.yanel.impl.resources.tinymce.TinyMCEResource.processUsecase(TinyMCEResource.java:77)
at
org.wyona.yanel.impl.resources.usecase.UsecaseResource.getView(UsecaseResource.java:52)
at
org.wyona.yanel.servlet.YanelServlet.getContent(YanelServlet.java:458)
at org.wyona.yanel.servlet.YanelServlet.doGet(YanelServlet.java:272)
at
org.wyona.yanel.servlet.YanelServlet.service(YanelServlet.java:208)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
at
org.wyona.yanel.servlet.communication.YanelFilter.doFilter(YanelFilter.java:37)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
at
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869)
at
org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:664)
at
org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527)
at
org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80)
at
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
at java.lang.Thread.run(Thread.java:595)
Caused by: java.lang.NullPointerException
at org.wyona.yanel.core.util.PathUtil.getRCPath(PathUtil.java:43)
at
org.wyona.yanel.core.ResourceManager.getResource(ResourceManager.java:117)
at
org.wyona.yanel.impl.resources.tinymce.TinyMCEResource.getResToEdit(TinyMCEResource.java:352)
... 24 more
Thanks
Michi
From bugzilla at wyona.com Mon Feb 9 19:07:57 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Mon Feb 9 19:07:59 2009
Subject: [Yanel-dev] [Bug 6768] [blocking1.0+] bundle a From Scratch realm
Message-ID: <20090209180757.3E59E10CC2D@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6768
guillaume.deflache@wyona.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Summary|[wanted0.9+] [blocking1.0+] |[blocking1.0+] bundle a From
|bundle a From Scratch realm |Scratch realm
------- Comment #5 from guillaume.deflache@wyona.com 2009-02-09 19:09 -------
This will not be finished for 0.9!
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From bugzilla at wyona.com Mon Feb 9 19:25:22 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Mon Feb 9 19:25:23 2009
Subject: [Yanel-dev] [Bug 6899] [blocking0.9+] Windows binaries build
procedure broken
Message-ID: <20090209182522.77F0310CD84@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6899
------- Comment #5 from guillaume.deflache@wyona.com 2009-02-09 19:26 -------
Documentation under http://yanel.wyona.org/create-windows-installer.html was
updated on the Yanel website server only for now, need to commit it to svn!
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From bugzilla at wyona.com Mon Feb 9 21:24:19 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Mon Feb 9 21:24:20 2009
Subject: [Yanel-dev] [Bug 6977] New: improve editors error handling
Message-ID: <20090209202419.1110510CDD2@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6977
Summary: improve editors error handling
Product: Yanel
Version: unspecified
Platform: PC
OS/Version: Linux
Status: NEW
Severity: enhancement
Priority: P2
Component: General
AssignedTo: michael.wechner@wyona.org
ReportedBy: simon.litwan@wyona.org
QAContact: yanel-development@wyona.com
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From bugzilla at wyona.com Mon Feb 9 21:27:33 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Mon Feb 9 21:27:35 2009
Subject: [Yanel-dev] [Bug 6977] improve editors error handling
Message-ID: <20090209202733.B735F10C9E8@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6977
------- Comment #1 from simon.litwan@wyona.org 2009-02-09 21:29 -------
Created an attachment (id=1100)
--> (http://bugzilla.wyona.com/cgi-bin/bugzilla/attachment.cgi?id=1100&action=view)
improves error handling.
also a small refactoring is done. now using init() instead of initialize when
using get.
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From bugzilla at wyona.com Mon Feb 9 21:49:51 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Mon Feb 9 21:49:52 2009
Subject: [Yanel-dev] [Bug 6978] New: DataRepoSitetree RT imporvements
Message-ID: <20090209204951.41E4110CC68@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6978
Summary: DataRepoSitetree RT imporvements
Product: Yanel
Version: unspecified
Platform: PC
OS/Version: Linux
Status: NEW
Severity: normal (C)
Priority: P2
Component: General
AssignedTo: michael.wechner@wyona.org
ReportedBy: simon.litwan@wyona.org
QAContact: yanel-development@wyona.com
fix TODOS
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From bugzilla at wyona.com Mon Feb 9 21:53:51 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Mon Feb 9 21:54:26 2009
Subject: [Yanel-dev] [Bug 6978] DataRepoSitetree RT imporvements
Message-ID: <20090209205351.7AAD610CC8A@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6978
------- Comment #1 from simon.litwan@wyona.org 2009-02-09 21:55 -------
Created an attachment (id=1101)
--> (http://bugzilla.wyona.com/cgi-bin/bugzilla/attachment.cgi?id=1101&action=view)
data repo sitetree rsource-type fixes
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From bugzilla at wyona.com Mon Feb 9 22:18:42 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Mon Feb 9 22:18:44 2009
Subject: [Yanel-dev] [Bug 6978] DataRepoSitetree RT imporvements
Message-ID: <20090209211842.5687110CC3C@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6978
simon.litwan@wyona.org changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #1101 is|0 |1
obsolete| |
------- Comment #2 from simon.litwan@wyona.org 2009-02-09 22:20 -------
Created an attachment (id=1102)
--> (http://bugzilla.wyona.com/cgi-bin/bugzilla/attachment.cgi?id=1102&action=view)
data repo sitetree rsource-type fixes2
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From simon.litwan at wyona.com Mon Feb 9 22:23:16 2009
From: simon.litwan at wyona.com (simon litwan)
Date: Mon Feb 9 22:23:27 2009
Subject: [Yanel-dev] tinyMCE log messages
In-Reply-To: <49901769.30700@wyona.com>
References: <49901769.30700@wyona.com>
Message-ID: <49909EC4.50106@wyona.com>
Michael Wechner schrieb:
> Hi
>
> When I use tinyMCE to edit an XHTML page, then I receive the following
> log file entries
> (whereas from a user PoV everything is fine and one can edit nicely
> and also saving works)
>
> Any idea why these ERRORs occur?
>
> 97445 2009-02-09 12:43:44,445 [http-8080-Processor24] ERROR
> org.wyona.yanel.impl.resources.tinymce.TinyMCEResource.getResToEdit():354
> - Exception: java.lang.NullPointerException
>
i've made a patch:
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6977
simon
>
> Thanks
>
> Michi
From michael.wechner at wyona.com Tue Feb 10 09:07:03 2009
From: michael.wechner at wyona.com (Michael Wechner)
Date: Tue Feb 10 09:07:10 2009
Subject: [Yanel-dev] Data saving/writing locking
Message-ID: <499135A7.3070501@wyona.com>
Hi
It happens that one wants to do data maintenance in the background, for
example migrate from one repository to another
and hence all write/save access to data should be disabled.
Normally this is no problem with "editors", because one can tell them,
but for example with regular end-users who fill out a form and an entry
gets registered that doesn't work out.
I currently see two possibilities:
1) Somehow introduce a switch to block all write/save access via an API
2) Use a clustered environment where each cluster node can have it's
own repository which get synchronized somehow
and hence one cluster node can be turned off and the corresponding
repository can by synchronized after maintenance with the productive one
and then the other way around
Any other ideas?
Thanks
Michi
From simon.litwan at wyona.com Tue Feb 10 09:19:00 2009
From: simon.litwan at wyona.com (simon litwan)
Date: Tue Feb 10 09:19:13 2009
Subject: [Yanel-dev] data-repo-sitetree resource-type
Message-ID: <49913874.2010002@wyona.com>
hi all
i had a look at the data-repo-sitetree resource-type.
i fixed some of the TODOs. see following patch:
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6978
but after spending some time with this resource-type, i don't understand
for what is it good for.
there are several functions:
-providing a tree widget (showing the merged repo trees of data- and
res-config-repo) (but just allows you to browse, no tree modification
implemented)
-a xml view (of the merged repo trees of data- and res-config-repo)
-a google-sitemap view (this view at least is not useful, since it
announces every node to google. even usecases e.g. create-new-page.html )
-a json view. (of the merged repo trees of data- and res-config-repo)
i think one of the problem is, it's only possible to get one sitetree
implementation via api (NodeResConfigAndDataRepoImpl).
but i think even in one realm it would be nice to use different sitetrees:
- navigation
- sitemap
- google-sitemap
- data-repo
- res-config-repo
which all are/can be independent of each other.
could it make sense to introduce something like a sitetreeManager
(configurable per realm) which would give you all the (configured)
sitetrees?
my goal is to implement a sitetree editor which allows to move, copy
etc. nodes between different trees.
WDOT?
simon
From michael.wechner at wyona.com Tue Feb 10 09:33:07 2009
From: michael.wechner at wyona.com (Michael Wechner)
Date: Tue Feb 10 09:33:14 2009
Subject: [Yanel-dev] data-repo-sitetree resource-type
In-Reply-To: <49913874.2010002@wyona.com>
References: <49913874.2010002@wyona.com>
Message-ID: <49913BC3.3050000@wyona.com>
simon litwan schrieb:
> hi all
>
> i had a look at the data-repo-sitetree resource-type.
> i fixed some of the TODOs. see following patch:
> http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6978
>
> but after spending some time with this resource-type, i don't
> understand for what is it good for.
the resource is accessing the sitetree API and displays what the
sitetree contains
> there are several functions: -providing a tree widget (showing the
> merged repo trees of data- and res-config-repo
this is just one possible implementation
> ) (but just allows you to browse, no tree modification implemented
this is a TODO
> )
> -a xml view (of the merged repo trees of data- and res-config-repo)
> -a google-sitemap view (this view at least is not useful,
it's being used within one of our customer projects
> since it announces every node to google. even usecases e.g.
> create-new-page.html )
this depends on the implementation
> -a json view. (of the merged repo trees of data- and res-config-repo)
it seems to me that you misunderstand because you keep mixing the
implementation with the API
>
> i think one of the problem is, it's only possible to get one sitetree
> implementation via api (NodeResConfigAndDataRepoImpl).
> but i think even in one realm it would be nice to use different
> sitetrees:
> - navigation
> - sitemap
> - google-sitemap
> - data-repo
> - res-config-repo
> which all are/can be independent of each other.
agreed
>
> could it make sense to introduce something like a sitetreeManager
> (configurable per realm) which would give you all the (configured)
> sitetrees?
quite probably, but need to think about it once more, but anyway it's
orthogonal to the actual sitetree API and I would it an enhancement.
Also please keep in mind that one would like to have other kind of
"maps", for example topic maps
>
> my goal is to implement a sitetree editor which allows to move, copy
> etc. nodes between different trees.
that's just a matter of using the sitetree API and has nothing to do
with the above mentioned/described.
Cheers
Michael
>
> WDOT?
>
> simon
>
>
>
>
>
>
>
From bugzilla at wyona.com Tue Feb 10 09:34:49 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Tue Feb 10 09:34:52 2009
Subject: [Yanel-dev] [Bug 6763] [blocking0.9+] update snapshots to show
Yanel dev. has not stalled since 2007
Message-ID: <20090210083449.5D09610CF33@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6763
Bug 6763 depends on bug 6899, which changed state.
Bug 6899 Summary: [blocking0.9+] Windows binaries build procedure broken
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6899
What |Old Value |New Value
----------------------------------------------------------------------------
Status|ASSIGNED |RESOLVED
Resolution| |FIXED
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
You are the assignee for the bug, or are watching the assignee.
From bugzilla at wyona.com Tue Feb 10 09:34:49 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Tue Feb 10 09:34:52 2009
Subject: [Yanel-dev] [Bug 6899] [blocking0.9+] Windows binaries build
procedure broken
Message-ID: <20090210083449.40C1110CF32@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6899
guillaume.deflache@wyona.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|ASSIGNED |RESOLVED
Resolution| |FIXED
------- Comment #6 from guillaume.deflache@wyona.com 2009-02-10 09:36 -------
Documentation committed in revision 41434: fixing.
Please verify using Windows XP or Vista!
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From michael.wechner at wyona.com Tue Feb 10 09:37:26 2009
From: michael.wechner at wyona.com (Michael Wechner)
Date: Tue Feb 10 09:37:30 2009
Subject: [Yanel-dev] data-repo-sitetree resource-type
In-Reply-To: <49913874.2010002@wyona.com>
References: <49913874.2010002@wyona.com>
Message-ID: <49913CC6.2040208@wyona.com>
btw, I think a good start (before further enhancing the
sitetree/map/navigation framework) would be to add some documentation of
your findings to
http://yanel.wyona.org/en/documentation/index.html
also re how to use the navigation framework (see for example the from
scratch realm)
Cheers
Michael
simon litwan schrieb:
> hi all
>
> i had a look at the data-repo-sitetree resource-type.
> i fixed some of the TODOs. see following patch:
> http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6978
>
> but after spending some time with this resource-type, i don't
> understand for what is it good for.
> there are several functions: -providing a tree widget (showing the
> merged repo trees of data- and res-config-repo) (but just allows you
> to browse, no tree modification implemented)
> -a xml view (of the merged repo trees of data- and res-config-repo)
> -a google-sitemap view (this view at least is not useful, since it
> announces every node to google. even usecases e.g. create-new-page.html )
> -a json view. (of the merged repo trees of data- and res-config-repo)
>
> i think one of the problem is, it's only possible to get one sitetree
> implementation via api (NodeResConfigAndDataRepoImpl).
> but i think even in one realm it would be nice to use different
> sitetrees:
> - navigation
> - sitemap
> - google-sitemap
> - data-repo
> - res-config-repo
> which all are/can be independent of each other.
>
> could it make sense to introduce something like a sitetreeManager
> (configurable per realm) which would give you all the (configured)
> sitetrees?
>
> my goal is to implement a sitetree editor which allows to move, copy
> etc. nodes between different trees.
>
> WDOT?
>
> simon
>
>
>
>
>
>
>
From bugzilla at wyona.com Tue Feb 10 09:38:21 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Tue Feb 10 09:38:22 2009
Subject: [Yanel-dev] [Bug 6763] [blocking0.9+] update snapshots to show
Yanel dev. has not stalled since 2007
Message-ID: <20090210083821.5C96410CF32@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6763
guillaume.deflache@wyona.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |ASSIGNED
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
You are the assignee for the bug, or are watching the assignee.
From bugzilla at wyona.com Tue Feb 10 09:39:11 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Tue Feb 10 09:39:13 2009
Subject: [Yanel-dev] [Bug 6763] [blocking0.9+] update snapshots to show
Yanel dev. has not stalled since 2007
Message-ID: <20090210083911.91C0510CF32@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6763
guillaume.deflache@wyona.com changed:
What |Removed |Added
----------------------------------------------------------------------------
AssignedTo|yanel-development@wyona.com |guillaume.deflache@wyona.com
Status|ASSIGNED |NEW
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
You are the assignee for the bug, or are watching the assignee.
You are the assignee for the bug, or are watching the assignee.
From simon.litwan at wyona.com Tue Feb 10 10:46:13 2009
From: simon.litwan at wyona.com (simon litwan)
Date: Tue Feb 10 10:46:27 2009
Subject: [Yanel-dev] Data saving/writing locking
In-Reply-To: <499135A7.3070501@wyona.com>
References: <499135A7.3070501@wyona.com>
Message-ID: <49914CE5.3070304@wyona.com>
Michael Wechner schrieb:
> Hi
>
> It happens that one wants to do data maintenance in the background,
> for example migrate from one repository to another
> and hence all write/save access to data should be disabled.
>
> Normally this is no problem with "editors", because one can tell them,
> but for example with regular end-users who fill out a form and an
> entry gets registered that doesn't work out.
>
> I currently see two possibilities:
>
> 1) Somehow introduce a switch to block all write/save access via an API
i would welcome this. see also my mail
http://lists.wyona.org/pipermail/yanel-development/2007-February/000457.html
>
> 2) Use a clustered environment where each cluster node can have it's
> own repository which get synchronized somehow
> and hence one cluster node can be turned off and the corresponding
> repository can by synchronized after maintenance with the productive
> one and then the other way around
i think this problem should not only be solved by using a cluster. i
think yanel should run within a cluster and without.
simon
>
> Any other ideas?
>
> Thanks
>
> Michi
From simon.litwan at wyona.com Tue Feb 10 10:54:23 2009
From: simon.litwan at wyona.com (simon litwan)
Date: Tue Feb 10 10:54:34 2009
Subject: [Yanel-dev] data-repo-sitetree resource-type
In-Reply-To: <49913BC3.3050000@wyona.com>
References: <49913874.2010002@wyona.com> <49913BC3.3050000@wyona.com>
Message-ID: <49914ECF.3050204@wyona.com>
Michael Wechner schrieb:
> simon litwan schrieb:
>> hi all
>>
>> i had a look at the data-repo-sitetree resource-type.
>> i fixed some of the TODOs. see following patch:
>> http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6978
>>
>> but after spending some time with this resource-type, i don't
>> understand for what is it good for.
>
> the resource is accessing the sitetree API and displays what the
> sitetree contains
>
>> there are several functions: -providing a tree widget (showing the
>> merged repo trees of data- and res-config-repo
>
> this is just one possible implementation
>
>
>> ) (but just allows you to browse, no tree modification implemented
>
> this is a TODO
>> )
>
>
>> -a xml view (of the merged repo trees of data- and res-config-repo)
>> -a google-sitemap view (this view at least is not useful,
>
> it's being used within one of our customer projects
>> since it announces every node to google. even usecases e.g.
>> create-new-page.html )
>
> this depends on the implementation
i know. but now it's only possible to use on implementation per realm.
>> -a json view. (of the merged repo trees of data- and res-config-repo)
>
> it seems to me that you misunderstand because you keep mixing the
> implementation with the API
i don't think so. i just don't understand how to get the different
sitetrees via the API.
>>
>> i think one of the problem is, it's only possible to get one sitetree
>> implementation via api (NodeResConfigAndDataRepoImpl).
>> but i think even in one realm it would be nice to use different
>> sitetrees:
>> - navigation
>> - sitemap
>> - google-sitemap
>> - data-repo
>> - res-config-repo
>> which all are/can be independent of each other.
>
> agreed
>>
>> could it make sense to introduce something like a sitetreeManager
>> (configurable per realm) which would give you all the (configured)
>> sitetrees?
>
> quite probably, but need to think about it once more, but anyway it's
> orthogonal to the actual sitetree API and I would it an enhancement.
>
> Also please keep in mind that one would like to have other kind of
> "maps", for example topic maps
>>
>> my goal is to implement a sitetree editor which allows to move, copy
>> etc. nodes between different trees.
>
> that's just a matter of using the sitetree API and has nothing to do
> with the above mentioned/described.
do you mean using the sitetree API within the sitetree-editor
resource-type. but how to get the different sitetrees? where are the
sitetree configured? within the rc?
simon
>
> Cheers
>
> Michael
>>
>> WDOT?
>>
>> simon
>>
>>
>>
>>
>>
>>
>>
>
From michael.wechner at wyona.com Tue Feb 10 11:03:05 2009
From: michael.wechner at wyona.com (Michael Wechner)
Date: Tue Feb 10 11:04:15 2009
Subject: [Yanel-dev] Data saving/writing locking
In-Reply-To: <49914CE5.3070304@wyona.com>
References: <499135A7.3070501@wyona.com> <49914CE5.3070304@wyona.com>
Message-ID: <499150D9.1040907@wyona.com>
simon litwan schrieb:
> Michael Wechner schrieb:
>> Hi
>>
>> It happens that one wants to do data maintenance in the background,
>> for example migrate from one repository to another
>> and hence all write/save access to data should be disabled.
>>
>> Normally this is no problem with "editors", because one can tell
>> them, but for example with regular end-users who fill out a form and
>> an entry gets registered that doesn't work out.
>>
>> I currently see two possibilities:
>>
>> 1) Somehow introduce a switch to block all write/save access via an API
> i would welcome this. see also my mail
> http://lists.wyona.org/pipermail/yanel-development/2007-February/000457.html
>
agreed.
I will enhance the API of the Yarep Repository class. Will send a
concrete suggestion after some more thought.
>>
>> 2) Use a clustered environment where each cluster node can have it's
>> own repository which get synchronized somehow
>> and hence one cluster node can be turned off and the corresponding
>> repository can by synchronized after maintenance with the productive
>> one and then the other way around
> i think this problem should not only be solved by using a cluster. i
> think yanel should run within a cluster and without.
agreed, and I also think that should be no problem, because these two
approaches are independent of each other
Cheers
Michi
>
> simon
>>
>> Any other ideas?
>>
>> Thanks
>>
>> Michi
>
From bugzilla at wyona.com Tue Feb 10 11:27:52 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Tue Feb 10 11:27:53 2009
Subject: [Yanel-dev] [Bug 6763] [blocking0.9+] update snapshots to show
Yanel dev. has not stalled since 2007
Message-ID: <20090210102752.1461810CF31@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6763
guillaume.deflache@wyona.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |ASSIGNED
------- Comment #5 from guillaume.deflache@wyona.com 2009-02-10 11:29 -------
Renamed snapshots to shorten paths in revision 41450.
BTW I accidentally deleted all the metadata for the previous snapshots (thus
broking all links to them...), thinking they were stale, because the
corresponding binaries were not committed on purpose... should we re-add them?
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From michael.wechner at wyona.com Tue Feb 10 11:34:27 2009
From: michael.wechner at wyona.com (Michael Wechner)
Date: Tue Feb 10 11:35:03 2009
Subject: [Yanel-dev] data-repo-sitetree resource-type
In-Reply-To: <49914ECF.3050204@wyona.com>
References: <49913874.2010002@wyona.com> <49913BC3.3050000@wyona.com>
<49914ECF.3050204@wyona.com>
Message-ID: <49915833.7030308@wyona.com>
simon litwan schrieb:
>
>>
>> it's being used within one of our customer projects
>>> since it announces every node to google. even usecases e.g.
>>> create-new-page.html )
>>
>> this depends on the implementation
> i know. but now it's only possible to use on implementation per realm.
if your not happy with the implementation, then you should improve it
>>> -a json view. (of the merged repo trees of data- and res-config-repo)
>>
>> it seems to me that you misunderstand because you keep mixing the
>> implementation with the API
> i don't think so. i just don't understand how to get the different
> sitetrees via the API.
as said, there is no such thing yet as a sitetree manager and I don't
think it makes sense to introduce one as
long as we haven't tried improving what already exists, I mean improving
the current implementations
>>>
>>> i think one of the problem is, it's only possible to get one
>>> sitetree implementation via api (NodeResConfigAndDataRepoImpl).
>>> but i think even in one realm it would be nice to use different
>>> sitetrees:
>>> - navigation
>>> - sitemap
>>> - google-sitemap
>>> - data-repo
>>> - res-config-repo
>>> which all are/can be independent of each other.
>>
>> agreed
>>>
>>> could it make sense to introduce something like a sitetreeManager
>>> (configurable per realm) which would give you all the (configured)
>>> sitetrees?
>>
>> quite probably, but need to think about it once more, but anyway it's
>> orthogonal to the actual sitetree API and I would it an enhancement.
>>
>> Also please keep in mind that one would like to have other kind of
>> "maps", for example topic maps
>>>
>>> my goal is to implement a sitetree editor which allows to move, copy
>>> etc. nodes between different trees.
>>
>> that's just a matter of using the sitetree API and has nothing to do
>> with the above mentioned/described.
> do you mean using the sitetree API within the sitetree-editor
> resource-type.
yes
> but how to get the different sitetrees? where are the sitetree
> configured? within the rc?
see above. Also as said before let's document what we currently have,
whereas I am happy to help.
Cheers
Michi
>
> simon
>>
>> Cheers
>>
>> Michael
>>>
>>> WDOT?
>>>
>>> simon
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>
>
From bugzilla at wyona.com Tue Feb 10 12:51:14 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Tue Feb 10 12:51:17 2009
Subject: [Yanel-dev] [Bug 6764] [blocking0.9+] freshen website documentation
"a minima": news, roadmap, Bugzilla buglist
Message-ID: <20090210115114.532AA10CD8D@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6764
guillaume.deflache@wyona.com changed:
What |Removed |Added
----------------------------------------------------------------------------
BugsThisDependsOn|6763 |
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From bugzilla at wyona.com Tue Feb 10 12:51:14 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Tue Feb 10 12:51:18 2009
Subject: [Yanel-dev] [Bug 6763] [blocking0.9+] update snapshots and release
0.9 to show Yanel dev. has not stalled since 2007
Message-ID: <20090210115114.3813110CD88@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6763
guillaume.deflache@wyona.com changed:
What |Removed |Added
----------------------------------------------------------------------------
OtherBugsDependingO|6764 |
nThis| |
Summary|[blocking0.9+] update |[blocking0.9+] update
|snapshots to show Yanel dev.|snapshots and release 0.9 to
|has not stalled since 2007 |show Yanel dev. has not
| |stalled since 2007
------- Comment #6 from guillaume.deflache@wyona.com 2009-02-10 12:52 -------
Also see http://svn.wyona.com/repos/public/yanel/trunk/src/README-release.txt
for all pages that must be updated.
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From bugzilla at wyona.com Tue Feb 10 12:55:29 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Tue Feb 10 12:55:31 2009
Subject: [Yanel-dev] [Bug 6764] [blocking0.9+] freshen website documentation
"a minima": roadmap, Bugzilla buglist
Message-ID: <20090210115529.EF9A210CD88@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6764
guillaume.deflache@wyona.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
Summary|[blocking0.9+] freshen |[blocking0.9+] freshen
|website documentation "a |website documentation "a
|minima": news, roadmap, |minima": roadmap, Bugzilla
|Bugzilla buglist |buglist
------- Comment #19 from guillaume.deflache@wyona.com 2009-02-10 12:57 -------
>From comment 6:
> Outdated pages:
> http://yanel.wyona.org/news/index.html
Will be done in bug 6763.
> http://yanel.wyona.org/en/development/processes/cruisecontrol.html
> http://yanel.wyona.org/testing.html (broken links)
Just commented out all references that I could find to no-longer-used
CruiseControl-based CI setup in revision 41452.
All points seems to have been covered, so fixing.
For other documentation issues please open other bugs and do not reopen this
one, as it got auite long!
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From bugzilla at wyona.com Tue Feb 10 13:12:39 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Tue Feb 10 13:12:41 2009
Subject: [Yanel-dev] [Bug 6981] New: share code between JS-based editor
resources (e.g. TinyMCE and Xinha)
Message-ID: <20090210121239.49F6E10CDFD@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6981
Summary: share code between JS-based editor resources (e.g.
TinyMCE and Xinha)
Product: Yanel
Version: unspecified
Platform: All
OS/Version: All
Status: NEW
Severity: enhancement
Priority: P2
Component: Design
AssignedTo: simon.litwan@wyona.org
ReportedBy: guillaume.deflache@wyona.com
QAContact: yanel-development@wyona.com
As discussed with Simon, there are almost no differences, editor configuration
only happens in Jelly scripts:
diff -u
src/contributions/resources/xinha/src/java/org/wyona/yanel/impl/resources/xinha/XinhaResource.java
src/resources/tinymce/src/java/org/wyona/yanel/impl/resources/tinymce/TinyMCEResource.java
---
src/contributions/resources/xinha/src/java/org/wyona/yanel/impl/resources/xinha/XinhaResource.java
2009-02-10 13:04:58.000000000 +0100
+++
src/resources/tinymce/src/java/org/wyona/yanel/impl/resources/tinymce/TinyMCEResource.java
2009-02-10 13:04:37.000000000 +0100
@@ -1,8 +1,8 @@
/*
- * Copyright 2009 Wyona
+ * Copyright 2007,2008,2009 Wyona
*/
-package org.wyona.yanel.impl.resources.xinha;
+package org.wyona.yanel.impl.resources.tinymce;
import java.io.BufferedInputStream;
import java.io.BufferedReader;
@@ -51,9 +51,9 @@
/**
*
*/
-public class XinhaResource extends ExecutableUsecaseResource {
+public class TinyMCEResource extends ExecutableUsecaseResource {
- private static Logger log = Logger.getLogger(XinhaResource.class);
+ private static Logger log = Logger.getLogger(TinyMCEResource.class);
private static final String PARAMETER_EDIT_PATH = "edit-path";
private static final String PARAMETER_CONTINUE_PATH = "continue-path";
@@ -193,7 +193,7 @@
try {
View view = ((ViewableV2)resToEdit).getView(DEFAULT_VIEW_ID);
if (!view.getMimeType().contains("html")) {
- addError("Mime-Type not supported: " + view.getMimeType()
+ ". Only edit html documents with xinha. ");
+ addError("Mime-Type not supported: " + view.getMimeType()
+ ". Only edit html documents with tinyMCE. ");
return false;
}
} catch (Exception e) {
@@ -222,7 +222,7 @@
if (isResToEditVersionableV2()) {
VersionableV2 versionable = (VersionableV2)resToEdit;
try {
- versionable.checkin("Updated with Xinha");
+ versionable.checkin("Updated with tinyMCE");
addInfoMessage("Succesfully checked in resource "
+ resToEdit.getPath() + ". ");
} catch (Exception e) {
String msg = "Could not check in resource: " +
resToEdit.getPath() + " " + e.getMessage() + ". ";
@@ -271,7 +271,7 @@
/**
* Get the content proposed to edit
- * used by xinha.jelly
+ * used by tinyMCE.jelly
* @return String
*/
public String getContentToEdit() {
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From bugzilla at wyona.com Tue Feb 10 13:13:46 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Tue Feb 10 13:13:48 2009
Subject: [Yanel-dev] [Bug 6977] improve editors error handling
Message-ID: <20090210121346.2276410CDF1@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6977
guillaume.deflache@wyona.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
OS/Version|Linux |All
Platform|PC |All
Resolution| |FIXED
------- Comment #2 from guillaume.deflache@wyona.com 2009-02-10 13:15 -------
Works nice, so committed almost as is in revision 41454, only minor string and
comment changes: thanks!
Also opened bug 6981 to make these two share their Java code.
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From bugzilla at wyona.com Tue Feb 10 13:17:21 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Tue Feb 10 13:17:23 2009
Subject: [Yanel-dev] [Bug 6940] use a simpler (e.g. no UUID indirection!)
VFS layout for the Yanel website
Message-ID: <20090210121721.B6B1210CB07@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6940
guillaume.deflache@wyona.com changed:
What |Removed |Added
----------------------------------------------------------------------------
AssignedTo|guillaume.deflache@wyona.com|michael.wechner@wyona.org
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From bugzilla at wyona.com Tue Feb 10 17:39:31 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Tue Feb 10 17:39:32 2009
Subject: [Yanel-dev] [Bug 5124] [wanted1.0+] when using ROOT context
Tomcat's welcome page is displayed instead of Yanel's
Message-ID: <20090210163931.14B3B10CE0D@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=5124
guillaume.deflache@wyona.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Severity|enhancement |minor
------- Comment #4 from guillaume.deflache@wyona.com 2009-02-10 17:41 -------
This is indeed a bug.
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
You are the assignee for the bug, or are watching the assignee.
From bugzilla at wyona.com Tue Feb 10 18:07:44 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Tue Feb 10 18:08:35 2009
Subject: [Yanel-dev] [Bug 5092] When a file is not committed to SVN then
Yarep will throw an error when trying to access it
Message-ID: <20090210170744.1783010CBD1@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=5092
guillaume.deflache@wyona.com changed:
What |Removed |Added
----------------------------------------------------------------------------
AssignedTo|dev@wyona.com |michael.wechner@wyona.org
------- Comment #2 from guillaume.deflache@wyona.com 2009-02-10 18:09 -------
Michael, could you please review my change and/or test it, and resolve this bug
as FIXED if appropriate?
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From bugzilla at wyona.com Tue Feb 10 18:22:52 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Tue Feb 10 18:22:54 2009
Subject: [Yanel-dev] [Bug 5027] resolving of policies is buggy when the ROOT
realm does not have any policies and some other realm has
policies and is specified as root within the
ac-policies-repository.properties config file
Message-ID: <20090210172252.E7CA310CCD6@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=5027
guillaume.deflache@wyona.com changed:
What |Removed |Added
----------------------------------------------------------------------------
AssignedTo|david.podunavac@wyona.com |yanel-development@wyona.com
Severity|major (B) |critical (A)
OS/Version|Linux |All
QAContact| |yanel-development@wyona.com
Platform|PC |All
Summary|Resolving of policies is |resolving of policies is
|buggy when the ROOT realm |buggy when the ROOT realm
|does not have any policies |does not have any policies
|and some other realm has |and some other realm has
|policies and is specified as|policies and is specified as
|root within the ac-policies-|root within the ac-policies-
|repository.properties config|repository.properties config
|file |file
------- Comment #1 from guillaume.deflache@wyona.com 2009-02-10 18:24 -------
Raising severity as it's potentially a security issue if misconfigured.
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
You are the assignee for the bug, or are watching the assignee.
From bugzilla at wyona.com Tue Feb 10 18:24:25 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Tue Feb 10 18:24:26 2009
Subject: [Yanel-dev] [Bug 4974] check if access is being denied if no policy
configuration is being specified
Message-ID: <20090210172425.3842110CDF9@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=4974
guillaume.deflache@wyona.com changed:
What |Removed |Added
----------------------------------------------------------------------------
AssignedTo|michael.wechner@wyona.org |yanel-development@wyona.com
Severity|normal (C) |major (B)
OS/Version|Linux |All
QAContact| |yanel-development@wyona.com
Platform|PC |All
------- Comment #1 from guillaume.deflache@wyona.com 2009-02-10 18:25 -------
Raising severity as it's potentially a security issue if misconfigured.
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
You are the assignee for the bug, or are watching the assignee.
From bugzilla at wyona.com Tue Feb 10 18:32:11 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Tue Feb 10 18:32:13 2009
Subject: [Yanel-dev] [Bug 5033] fallback does not work for all cases within
Yarep
Message-ID: <20090210173211.C431210CF3E@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=5033
guillaume.deflache@wyona.com changed:
What |Removed |Added
----------------------------------------------------------------------------
AssignedTo|josias.thoeny@wyona.org |yanel-development@wyona.com
Severity|enhancement |normal (C)
Component|General |Repository
OS/Version|Linux |All
QAContact| |yanel-development@wyona.com
Platform|PC |All
------- Comment #1 from guillaume.deflache@wyona.com 2009-02-10 18:33 -------
This is indeed a bug.
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
You are the assignee for the bug, or are watching the assignee.
From bugzilla at wyona.com Tue Feb 10 18:35:53 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Tue Feb 10 18:35:55 2009
Subject: [Yanel-dev] [Bug 4766] move catalog.xml and entities outside of
application
Message-ID: <20090210173553.676CC10CF30@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=4766
guillaume.deflache@wyona.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |ASSIGNED
OS/Version|Linux |All
QAContact| |yanel-development@wyona.com
Platform|PC |All
Summary|Move catalog.xml and |move catalog.xml and
|entities outside of |entities outside of
|application |application
------- Comment #1 from guillaume.deflache@wyona.com 2009-02-10 18:37 -------
I am not sure what was meant by "application" there, could you clarify?
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From bugzilla at wyona.com Tue Feb 10 18:58:47 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Tue Feb 10 18:58:49 2009
Subject: [Yanel-dev] [Bug 5891] toolbar should hide after log-out
Message-ID: <20090210175847.59E9810CDF0@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=5891
guillaume.deflache@wyona.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |WORKSFORME
------- Comment #2 from guillaume.deflache@wyona.com 2009-02-10 19:00 -------
Tested it, works for me on the current Yanel website (for example at the
http://yanel.wyona.org/en/about.html page) i.e. the toolbar completely
disappears after logout.
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
You are the assignee for the bug, or are watching the assignee.
From bugzilla at wyona.com Tue Feb 10 19:22:57 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Tue Feb 10 19:22:59 2009
Subject: [Yanel-dev] [Bug 5329] [wanted1.0+] improve design of Yanel's user
resource view similar to login screen
Message-ID: <20090210182257.2741610CF3B@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=5329
guillaume.deflache@wyona.com changed:
What |Removed |Added
----------------------------------------------------------------------------
OtherBugsDependingO| |6897
nThis| |
AssignedTo|simon.litwan@wyona.org |guillaume.deflache@wyona.com
OS/Version|Linux |All
Priority|P2 |P1
Platform|PC |All
Summary|Improve Design of Yanel User|[wanted1.0+] improve design
|Resource View similar to |of Yanel's user resource
|login screen |view similar to login screen
------- Comment #1 from guillaume.deflache@wyona.com 2009-02-10 19:24 -------
Changed priority to match blocked bug 6897.
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From bugzilla at wyona.com Tue Feb 10 19:22:57 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Tue Feb 10 19:23:00 2009
Subject: [Yanel-dev] [Bug 6897] [wanted1.0+] user/policy/group web editor
Message-ID: <20090210182257.9246710CF3B@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6897
guillaume.deflache@wyona.com changed:
What |Removed |Added
----------------------------------------------------------------------------
BugsThisDependsOn| |5329
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
You are the assignee for the bug, or are watching the assignee.
From bugzilla at wyona.com Tue Feb 10 19:41:40 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Tue Feb 10 19:41:41 2009
Subject: [Yanel-dev] [Bug 6763] [blocking0.9+] update snapshots and release
0.9 to show Yanel dev. has not stalled since 2007
Message-ID: <20090210184140.6173F10CC6F@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6763
------- Comment #7 from guillaume.deflache@wyona.com 2009-02-10 19:43 -------
TODO add to the release checklist:
- DO NOT save the generated artifacts in SVN! (they are BIG, and we can
regenerate them anyway)
- update the Yanel engine, the realms, the resources, ... of the Yanel website
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From bugzilla at wyona.com Tue Feb 10 19:51:25 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Tue Feb 10 19:51:27 2009
Subject: [Yanel-dev] [Bug 5018] |blocking1.0+] ATOM and RSS2.0 feeds are not
well formed
Message-ID: <20090210185125.4B31010CC6F@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=5018
guillaume.deflache@wyona.com changed:
What |Removed |Added
----------------------------------------------------------------------------
AssignedTo|michael.wechner@wyona.org |yanel-development@wyona.com
Severity|normal (C) |major (B)
OS/Version|Linux |All
Priority|P2 |P1
QAContact| |yanel-development@wyona.com
Platform|PC |All
Summary|The atom feed does not ||blocking1.0+] ATOM and
|produce the id tags |RSS2.0 feeds are not well
|correctly |formed
------- Comment #1 from guillaume.deflache@wyona.com 2009-02-10 19:52 -------
ATM both the Yanel and the Yulup web site seem to have correct id tags, but
they now have basic XML well-formedness errors WRT namespaces:
http://www.feedvalidator.org/check.cgi?url=http%3A//yanel.wyona.org/news/news-atom-entries/?yanel.resource.viewid=rss2.0
http://www.feedvalidator.org/check.cgi?url=http%3A//yanel.wyona.org/news/news-atom-entries/?yanel.resource.viewid=atom
http://feedvalidator.org/check.cgi?url=http%3A%2F%2Fwww.yulup.org%2Fnews-entries%2F%3Fyanel.resource.viewid%3Datom
Making P1 as we would like news push to be working for Yanel 1.0!
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
You are the assignee for the bug, or are watching the assignee.
From simon.litwan at wyona.com Tue Feb 10 23:07:06 2009
From: simon.litwan at wyona.com (simon litwan)
Date: Tue Feb 10 23:07:19 2009
Subject: [Yanel-dev] data-repo-sitetree resource-type
In-Reply-To: <49915833.7030308@wyona.com>
References: <49913874.2010002@wyona.com>
<49913BC3.3050000@wyona.com> <49914ECF.3050204@wyona.com>
<49915833.7030308@wyona.com>
Message-ID: <4991FA8A.7050205@wyona.com>
Michael Wechner schrieb:
> simon litwan schrieb:
>>
>>>
>>> it's being used within one of our customer projects
>>>> since it announces every node to google. even usecases e.g.
>>>> create-new-page.html )
>>>
>>> this depends on the implementation
>> i know. but now it's only possible to use on implementation per realm.
>
>
> if your not happy with the implementation, then you should improve it
>
>>>> -a json view. (of the merged repo trees of data- and res-config-repo)
>>>
>>> it seems to me that you misunderstand because you keep mixing the
>>> implementation with the API
>> i don't think so. i just don't understand how to get the different
>> sitetrees via the API.
>
> as said, there is no such thing yet as a sitetree manager and I don't
> think it makes sense to introduce one as
> long as we haven't tried improving what already exists, I mean
> improving the current implementations
>
>>>>
>>>> i think one of the problem is, it's only possible to get one
>>>> sitetree implementation via api (NodeResConfigAndDataRepoImpl).
>>>> but i think even in one realm it would be nice to use different
>>>> sitetrees:
>>>> - navigation
>>>> - sitemap
>>>> - google-sitemap
>>>> - data-repo
>>>> - res-config-repo
>>>> which all are/can be independent of each other.
>>>
>>> agreed
>>>>
>>>> could it make sense to introduce something like a sitetreeManager
>>>> (configurable per realm) which would give you all the (configured)
>>>> sitetrees?
>>>
>>> quite probably, but need to think about it once more, but anyway
>>> it's orthogonal to the actual sitetree API and I would it an
>>> enhancement.
>>>
>>> Also please keep in mind that one would like to have other kind of
>>> "maps", for example topic maps
>>>>
>>>> my goal is to implement a sitetree editor which allows to move,
>>>> copy etc. nodes between different trees.
>>>
>>> that's just a matter of using the sitetree API and has nothing to do
>>> with the above mentioned/described.
>> do you mean using the sitetree API within the sitetree-editor
>> resource-type.
>
> yes
>> but how to get the different sitetrees? where are the sitetree
>> configured? within the rc?
>
> see above. Also as said before let's document what we currently have,
> whereas I am happy to help.
i think i found a simple way to improve the implementation to reach my goal.
i implemented within th data-repo-sitetree resource-type a way to
configure the sitetree within the resource-configuration.
but i stuck now because the init resolves only relative to
realmConfigFile. as defined in the interface
org.wyona.yanel.core.navigation.Sitetree the method public void
init(Document document, RealmConfigPathResolver resolver); only allows
RealmConfigPathResolver.
wouldn't it make sense to allow javax.xml.transform.URIResolver as resolver?
or is there a better way to use all the protocols which ResourceResolver
resolves.
simon
>
> Cheers
>
> Michi
>>
>> simon
>>>
>>> Cheers
>>>
>>> Michael
>>>>
>>>> WDOT?
>>>>
>>>> simon
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>
>>
>
From bugzilla at wyona.com Wed Feb 11 08:21:44 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Wed Feb 11 08:21:47 2009
Subject: [Yanel-dev] [Bug 5891] toolbar should hide after log-out
Message-ID: <20090211072144.EFF6A10CE33@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=5891
michael.wechner@wyona.org changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
------- Comment #3 from michael.wechner@wyona.org 2009-02-11 08:23 -------
IIRC we have fixed this some time ago
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
You are the assignee for the bug, or are watching the assignee.
From michael.wechner at wyona.com Wed Feb 11 08:53:02 2009
From: michael.wechner at wyona.com (Michael Wechner)
Date: Wed Feb 11 08:53:10 2009
Subject: [Yanel-dev] data-repo-sitetree resource-type
In-Reply-To: <4991FA8A.7050205@wyona.com>
References: <49913874.2010002@wyona.com> <49913BC3.3050000@wyona.com> <49914ECF.3050204@wyona.com> <49915833.7030308@wyona.com>
<4991FA8A.7050205@wyona.com>
Message-ID: <499283DE.8040609@wyona.com>
simon litwan schrieb:
>>
>>> but how to get the different sitetrees? where are the sitetree
>>> configured? within the rc?
>>
>> see above. Also as said before let's document what we currently have,
>> whereas I am happy to help.
> i think i found a simple way to improve the implementation to reach my
> goal.
> i implemented within th data-repo-sitetree resource-type a way to
> configure the sitetree within the resource-configuration.
ok
>
> but i stuck now because the init resolves only relative to
> realmConfigFile. as defined in the interface
> org.wyona.yanel.core.navigation.Sitetree the method public void
> init(Document document, RealmConfigPathResolver resolver); only allows
> RealmConfigPathResolver.
> wouldn't it make sense to allow javax.xml.transform.URIResolver as
> resolver?
what for?
>
> or is there a better way to use all the protocols which
> ResourceResolver resolves.
hm? Can you explain a bit?
Cheers
Michael
>
> simon
>>
>> Cheers
>>
>> Michi
>>>
>>> simon
>>>>
>>>> Cheers
>>>>
>>>> Michael
>>>>>
>>>>> WDOT?
>>>>>
>>>>> simon
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>>
>>
>
From bugzilla at wyona.com Wed Feb 11 10:59:36 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Wed Feb 11 10:59:38 2009
Subject: [Yanel-dev] [Bug 4970] [wanted1.0+][doc] picture of components
involved and request process
Message-ID: <20090211095936.556B910CC3A@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=4970
------- Comment #10 from alec.bickerton@wyona.com 2009-02-11 11:01 -------
What do you want me to do with this?
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From michael.wechner at wyona.com Wed Feb 11 11:25:56 2009
From: michael.wechner at wyona.com (Michael Wechner)
Date: Wed Feb 11 11:26:03 2009
Subject: [Yanel-dev] Refactor max file upload size
Message-ID: <4992A7B4.2020601@wyona.com>
Hi
It seems that within
src/webapp/src/java/org/wyona/yanel/servlet/communication/HttpRequest.java
the file upload size is hard-coded and I think we should refactor it:
Index: src/resources/file/resource.xml
===================================================================
--- src/resources/file/resource.xml (Revision 41484)
+++ src/resources/file/resource.xml (Arbeitskopie)
@@ -18,5 +18,6 @@
+
Index:
src/resources/file/src/java/org/wyona/yanel/impl/resources/node/NodeResource.java
===================================================================
---
src/resources/file/src/java/org/wyona/yanel/impl/resources/node/NodeResource.java
(Revision 41484)
+++
src/resources/file/src/java/org/wyona/yanel/impl/resources/node/NodeResource.java
(Arbeitskopie)@@ -313,6 +313,11 @@
if (request instanceof HttpRequest) {
HttpRequest yanelRequest = (HttpRequest)request;
+ String maxFileSize =
getResourceConfigProperty("max-file-upload-size");
+ if (maxFileSize != null) {
+ // TODO: Implement this method
+ //yanelRequest.setMaxFileSize(maxFileSize);
+ }
if (yanelRequest.isMultipartRequest()) {
Enumeration parameters = yanelRequest.getFileNames();
if (parameters.hasMoreElements()) {
Index:
src/webapp/src/java/org/wyona/yanel/servlet/communication/HttpRequest.java
===================================================================
---
src/webapp/src/java/org/wyona/yanel/servlet/communication/HttpRequest.java
(Revision 41484)
+++
src/webapp/src/java/org/wyona/yanel/servlet/communication/HttpRequest.java
(Arbeitskopie)
@@ -60,6 +60,7 @@
DiskFileItemFactory factory = new DiskFileItemFactory();
// Set factory constraints
+ // TODO: Do not hardcode this size limitation
factory.setSizeThreshold(64000);
factory.setRepository(new
File(System.getProperty("java.io.tmpdir")));
//Create a new file upload handler
WDYT?
Cheers
Michi
From simon.litwan at wyona.com Wed Feb 11 13:19:59 2009
From: simon.litwan at wyona.com (simon litwan)
Date: Wed Feb 11 13:20:15 2009
Subject: [Yanel-dev] Refactor max file upload size
In-Reply-To: <4992A7B4.2020601@wyona.com>
References: <4992A7B4.2020601@wyona.com>
Message-ID: <4992C26F.9090809@wyona.com>
Michael Wechner schrieb:
> Hi
>
> It seems that within
>
> src/webapp/src/java/org/wyona/yanel/servlet/communication/HttpRequest.java
>
>
> the file upload size is hard-coded and I think we should refactor it:
>
> Index: src/resources/file/resource.xml
> ===================================================================
> --- src/resources/file/resource.xml (Revision 41484)
> +++ src/resources/file/resource.xml (Arbeitskopie)
> @@ -18,5 +18,6 @@
>
> +
>
>
>
>
> Index:
> src/resources/file/src/java/org/wyona/yanel/impl/resources/node/NodeResource.java
>
> ===================================================================
> ---
> src/resources/file/src/java/org/wyona/yanel/impl/resources/node/NodeResource.java
> (Revision 41484)
> +++
> src/resources/file/src/java/org/wyona/yanel/impl/resources/node/NodeResource.java
> (Arbeitskopie)@@ -313,6 +313,11 @@
>
> if (request instanceof HttpRequest) {
> HttpRequest yanelRequest = (HttpRequest)request;
> + String maxFileSize =
> getResourceConfigProperty("max-file-upload-size");
> + if (maxFileSize != null) {
> + // TODO: Implement this method
> + //yanelRequest.setMaxFileSize(maxFileSize);
> + }
> if (yanelRequest.isMultipartRequest()) {
> Enumeration parameters = yanelRequest.getFileNames();
> if (parameters.hasMoreElements()) {
>
>
> Index:
> src/webapp/src/java/org/wyona/yanel/servlet/communication/HttpRequest.java
>
> ===================================================================
> ---
> src/webapp/src/java/org/wyona/yanel/servlet/communication/HttpRequest.java
> (Revision 41484)
> +++
> src/webapp/src/java/org/wyona/yanel/servlet/communication/HttpRequest.java
> (Arbeitskopie)
> @@ -60,6 +60,7 @@
> DiskFileItemFactory factory = new DiskFileItemFactory();
>
> // Set factory constraints
> + // TODO: Do not hardcode this size limitation
> factory.setSizeThreshold(64000);
> factory.setRepository(new
> File(System.getProperty("java.io.tmpdir")));
> //Create a new file upload handler
>
>
> WDYT?
i think this would make sense.
simon
>
> Cheers
>
> Michi
From simon.litwan at wyona.com Wed Feb 11 13:27:28 2009
From: simon.litwan at wyona.com (simon litwan)
Date: Wed Feb 11 13:27:42 2009
Subject: [Yanel-dev] data-repo-sitetree resource-type
In-Reply-To: <499283DE.8040609@wyona.com>
References: <49913874.2010002@wyona.com> <49913BC3.3050000@wyona.com> <49914ECF.3050204@wyona.com> <49915833.7030308@wyona.com> <4991FA8A.7050205@wyona.com>
<499283DE.8040609@wyona.com>
Message-ID: <4992C430.2090006@wyona.com>
Michael Wechner schrieb:
> simon litwan schrieb:
>>>
>>>> but how to get the different sitetrees? where are the sitetree
>>>> configured? within the rc?
>>>
>>> see above. Also as said before let's document what we currently
>>> have, whereas I am happy to help.
>> i think i found a simple way to improve the implementation to reach
>> my goal.
>> i implemented within th data-repo-sitetree resource-type a way to
>> configure the sitetree within the resource-configuration.
>
> ok
>>
>> but i stuck now because the init resolves only relative to
>> realmConfigFile. as defined in the interface
>> org.wyona.yanel.core.navigation.Sitetree the method public void
>> init(Document document, RealmConfigPathResolver resolver); only
>> allows RealmConfigPathResolver.
>> wouldn't it make sense to allow javax.xml.transform.URIResolver as
>> resolver?
>
> what for?
to be able to pass the ResourceResolver not only the
RealmConfigPathResolver.
when config the sitree within a rc the ResourceResolver makes more sense.
BTW the exaple config of SitetreeDOMImpl.java in the java docs:
/**
* Based on DOM, whereas persistance is done through the src
configuration, e.g.
*
* yanelrepo:/sitetree.xml
*
*/
is not working because RealmConfigPathResolver is not able to resolve
yanelrepo:
hope this explains it better.
simon
>>
>> or is there a better way to use all the protocols which
>> ResourceResolver resolves.
>
> hm? Can you explain a bit?
>
> Cheers
>
> Michael
>>
>> simon
>>>
>>> Cheers
>>>
>>> Michi
>>>>
>>>> simon
>>>>>
>>>>> Cheers
>>>>>
>>>>> Michael
>>>>>>
>>>>>> WDOT?
>>>>>>
>>>>>> simon
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
>
From bugzilla at wyona.com Wed Feb 11 13:44:26 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Wed Feb 11 13:44:27 2009
Subject: [Yanel-dev] [Bug 6763] [blocking0.9+] update snapshots and release
0.9 to show Yanel dev. has not stalled since 2007
Message-ID: <20090211124426.758FB10CAEC@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6763
guillaume.deflache@wyona.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|ASSIGNED |RESOLVED
Resolution| |FIXED
------- Comment #8 from guillaume.deflache@wyona.com 2009-02-11 13:45 -------
Released 0.9 with all binaries on the server and pages updated in revision
41519.
> BTW I accidentally deleted all the metadata for the previous snapshots (thus
> broking all links to them...), thinking they were stale, because the
> corresponding binaries were not committed on purpose... should we re-add them?
I commented out the link to the old binaries, so there are no broken links
anymore.
Also updated the release checklist according to last comment and more.
Please test the pages, links and binaries, thanks!
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From bugzilla at wyona.com Wed Feb 11 13:45:36 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Wed Feb 11 13:45:37 2009
Subject: [Yanel-dev] [Bug 6763] [blocking0.9+] update snapshots and release
0.9 to show Yanel dev. has not stalled since 2007
Message-ID: <20090211124536.5C0A610CB2C@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6763
------- Comment #9 from guillaume.deflache@wyona.com 2009-02-11 13:47 -------
Please note I did not update the news page as this is somehow a stealth release
(and I dunno how to do it yet...).
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From michael.wechner at wyona.com Wed Feb 11 14:58:46 2009
From: michael.wechner at wyona.com (Michael Wechner)
Date: Wed Feb 11 14:58:54 2009
Subject: [Yanel-dev] No toolbar CSS if element is missing
In-Reply-To: <498ED9B6.70603@wyona.com>
References: <498ED9B6.70603@wyona.com>
Message-ID: <4992D996.1000707@wyona.com>
Michael Wechner schrieb:
> Hi
>
> It seems to me that the toolbar CSS is not added if the element
> is missing, but it's not really clear to me when looking at
>
> src/webapp/src/java/org/wyona/yanel/servlet/YanelServlet.java
>
> Can anyone confirm this? (yes, we really need to refactor this servlet
> code)
this was indeed the problem, but is fixed now.
Cheers
Michi
>
> Thanks
>
> Michi
From michael.wechner at wyona.com Wed Feb 11 15:01:10 2009
From: michael.wechner at wyona.com (Michael Wechner)
Date: Wed Feb 11 15:01:17 2009
Subject: [Yanel-dev] data-repo-sitetree resource-type
In-Reply-To: <4992C430.2090006@wyona.com>
References: <49913874.2010002@wyona.com> <49913BC3.3050000@wyona.com> <49914ECF.3050204@wyona.com> <49915833.7030308@wyona.com> <4991FA8A.7050205@wyona.com> <499283DE.8040609@wyona.com>
<4992C430.2090006@wyona.com>
Message-ID: <4992DA26.7050504@wyona.com>
simon litwan schrieb:
>>
>>>
>>> but i stuck now because the init resolves only relative to
>>> realmConfigFile. as defined in the interface
>>> org.wyona.yanel.core.navigation.Sitetree the method public void
>>> init(Document document, RealmConfigPathResolver resolver); only
>>> allows RealmConfigPathResolver.
>>> wouldn't it make sense to allow javax.xml.transform.URIResolver as
>>> resolver?
>>
>> what for?
> to be able to pass the ResourceResolver not only the
> RealmConfigPathResolver.
> when config the sitree within a rc the ResourceResolver makes more sense.
>
> BTW the exaple config of SitetreeDOMImpl.java in the java docs:
> /**
> * Based on DOM, whereas persistance is done through the src
> configuration, e.g.
> * class="org.wyona.yanel.impl.navigation.SitetreeDOMImpl">
> * yanelrepo:/sitetree.xml
> *
> */
> is not working because RealmConfigPathResolver is not able to resolve
> yanelrepo:
>
> hope this explains it better.
thanks for the pointer, but I need to take a closer look in order to
make a statement
Cheers
Michi
From bugzilla at wyona.com Wed Feb 11 15:15:26 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Wed Feb 11 15:15:27 2009
Subject: [Yanel-dev] [Bug 6982] New: Make max file upload size configurable
Message-ID: <20090211141526.6B4D810CF6F@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6982
Summary: Make max file upload size configurable
Product: Yanel
Version: unspecified
Platform: PC
OS/Version: Linux
Status: NEW
Severity: normal (C)
Priority: P2
Component: General
AssignedTo: guillaume.deflache@wyona.com
ReportedBy: michael.wechner@wyona.org
QAContact: yanel-development@wyona.com
http://lists.wyona.org/pipermail/yanel-development/2009-February/003123.html
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From michael.wechner at wyona.com Wed Feb 11 15:16:07 2009
From: michael.wechner at wyona.com (Michael Wechner)
Date: Wed Feb 11 15:16:15 2009
Subject: [Yanel-dev] Refactor max file upload size
In-Reply-To: <4992C26F.9090809@wyona.com>
References: <4992A7B4.2020601@wyona.com> <4992C26F.9090809@wyona.com>
Message-ID: <4992DDA7.6040600@wyona.com>
simon litwan schrieb:
> Michael Wechner schrieb:
>>
>>
>> WDYT?
> i think this would make sense.
I have added a bugzilla entry
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6982
Cheers
Michael
>
> simon
>>
>> Cheers
>>
>> Michi
>
From bugzilla at wyona.com Wed Feb 11 15:30:27 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Wed Feb 11 15:30:30 2009
Subject: [Yanel-dev] [Bug 4903] [wanted1.0+] enable dynamic mode on a
publication base
Message-ID: <20090211143027.A1E1F10CC8F@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=4903
guillaume.deflache@wyona.com changed:
What |Removed |Added
----------------------------------------------------------------------------
AssignedTo|guillaume.deflache@wyona.com|yanel-development@wyona.com
------- Comment #5 from guillaume.deflache@wyona.com 2009-02-11 15:31 -------
Waiting for feedback...
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
You are the assignee for the bug, or are watching the assignee.
From bugzilla at wyona.com Wed Feb 11 15:36:32 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Wed Feb 11 15:36:34 2009
Subject: [Yanel-dev] [Bug 6770] [wanted1.0+] video walkthroughs or
screenshots
Message-ID: <20090211143632.9EB3D10CE6D@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6770
------- Comment #2 from guillaume.deflache@wyona.com 2009-02-11 15:37 -------
Maybe we could use the "gallery" ressource-type for presenting all the media
items? http://svn.wyona.org/repos/public/yanel/contributions/resources/gallery/
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From bugzilla at wyona.com Wed Feb 11 16:48:28 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Wed Feb 11 16:48:29 2009
Subject: [Yanel-dev] [Bug 6983] New: [wanted1.0+] binary versions of Yanel
only need a JRE, not a JDK
Message-ID: <20090211154828.929EC10CE22@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6983
Summary: [wanted1.0+] binary versions of Yanel only need a JRE,
not a JDK
Product: Yanel
Version: unspecified
Platform: All
OS/Version: All
Status: NEW
Keywords: documentation
Severity: normal (C)
Priority: P1
Component: General
AssignedTo: yanel-development@wyona.com
ReportedBy: guillaume.deflache@wyona.com
QAContact: yanel-development@wyona.com
In http://svn.wyona.org/repos/public/yanel/trunk/src/binary-dist/
- README-UNIX.txt and README-WINDOWS.txt state that a JDK is required
- start.sh/start.bat/stop.sh/stop.bat quit if the "JAVA_HOME" environment
variable is not defined whereas only a runnable "java" is needed (and Tomcat
already checks that better than we do)
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
You are the assignee for the bug, or are watching the assignee.
From bugzilla at wyona.com Wed Feb 11 16:53:21 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Wed Feb 11 16:53:22 2009
Subject: [Yanel-dev] [Bug 6983] [wanted1.0+] binary versions of Yanel only
need a JRE, not a JDK
Message-ID: <20090211155321.251C210CE6E@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6983
------- Comment #1 from guillaume.deflache@wyona.com 2009-02-11 16:54 -------
Also the Windows binary installer prevents installs on systems with only a JRE,
see the end of
http://svn.wyona.org/repos/public/yanel/trunk/src/binary-dist/windows/install-yanel.nsi
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
You are the assignee for the bug, or are watching the assignee.
From bugzilla at wyona.com Wed Feb 11 16:55:46 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Wed Feb 11 16:55:48 2009
Subject: [Yanel-dev] [Bug 6983] [wanted1.0+] binary versions of Yanel only
need a JRE, not a JDK
Message-ID: <20090211155546.8651C10CF82@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6983
------- Comment #2 from guillaume.deflache@wyona.com 2009-02-11 16:57 -------
BTW backslashes in the corresponding alert box show up as in their raw form...
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
You are the assignee for the bug, or are watching the assignee.
From bugzilla at wyona.com Wed Feb 11 17:54:44 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Wed Feb 11 17:54:46 2009
Subject: [Yanel-dev] [Bug 4903] [wanted1.0+] enable dynamic mode on a
publication base
Message-ID: <20090211165444.9A13210CE3E@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=4903
------- Comment #6 from guillaume.deflache@wyona.com 2009-02-11 17:56 -------
Maybe also see
http://yanel.wyona.org/en/documentation/import-existing-website-as-new-realm.html
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
You are the assignee for the bug, or are watching the assignee.
From bugzilla at wyona.com Thu Feb 12 09:17:28 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Thu Feb 12 09:17:30 2009
Subject: [Yanel-dev] [Bug 6935] |blocking1.0+] Apache licensing needs for
binary releases
Message-ID: <20090212081728.1C27310CC07@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6935
------- Comment #2 from michael.wechner@wyona.org 2009-02-12 09:18 -------
Please copy
https://svn.wyona.com/repos/public/yanel/trunk/NOTICE.txt
during the build of the binary dist
Re the license check: I think it's good that people need to agree and hence
learn that it is the apache license
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From bugzilla at wyona.com Thu Feb 12 09:22:32 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Thu Feb 12 09:22:33 2009
Subject: [Yanel-dev] [Bug 5279] [blocking1.0+] add feature list listing all
available features
Message-ID: <20090212082232.55CB810CCA9@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=5279
------- Comment #4 from michael.wechner@wyona.org 2009-02-12 09:23 -------
Please start the features you know (also take a look at the roadmap)
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From bugzilla at wyona.com Thu Feb 12 09:26:04 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Thu Feb 12 09:26:05 2009
Subject: [Yanel-dev] [Bug 6974] [wanted1.0+] References page is confusing
Message-ID: <20090212082604.10A3B10CCA9@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6974
michael.wechner@wyona.org changed:
What |Removed |Added
----------------------------------------------------------------------------
AssignedTo|michael.wechner@wyona.org |simone.gerber@wyona.com
Status|ASSIGNED |NEW
------- Comment #2 from michael.wechner@wyona.org 2009-02-12 09:27 -------
please talk to Simon and Simone
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From bugzilla at wyona.com Thu Feb 12 09:44:45 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Thu Feb 12 09:45:54 2009
Subject: [Yanel-dev] [Bug 6975] [wanted1.0+] Governance page only has draft
content
Message-ID: <20090212084445.770E810CBCD@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6975
------- Comment #2 from michael.wechner@wyona.org 2009-02-12 09:46 -------
cleaned the page a bit and yes, we/I (BDFL) need to fill in the gaps
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From bugzilla at wyona.com Thu Feb 12 09:50:06 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Thu Feb 12 09:50:07 2009
Subject: [Yanel-dev] [Bug 4766] move catalog.xml and entities outside of
application
Message-ID: <20090212085006.CD87010CBE2@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=4766
michael.wechner@wyona.org changed:
What |Removed |Added
----------------------------------------------------------------------------
Priority|P2 |P3
------- Comment #2 from michael.wechner@wyona.org 2009-02-12 09:51 -------
this question mainly concerns a clustered environment. At the moment each
cluster node has copy, for example
local/apache-tomcat-5.5.20/webapps/yanel/WEB-INF/classes/catalog.xml
which means when updating these files, then it needs to be done for each
cluster node.
I am not sure myself if catalog.xml should be part of the application and that
it can be located centrally used by all cluster nodes.
So for the moment, I suggest that we leave this task open, but with low prio
Thanks
Michi
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From bugzilla at wyona.com Thu Feb 12 09:51:44 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Thu Feb 12 09:51:46 2009
Subject: [Yanel-dev] [Bug 5184] finish integrating OpendID authentication
Message-ID: <20090212085144.65DC510CBE2@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=5184
michael.wechner@wyona.org changed:
What |Removed |Added
----------------------------------------------------------------------------
AssignedTo|gary.jones@wyona.com |guillaume.deflache@wyona.com
Status|ASSIGNED |NEW
------- Comment #8 from michael.wechner@wyona.org 2009-02-12 09:53 -------
if we are not able to fix it until the first release, then let's comment it
(not remove) within the login screen
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From bugzilla at wyona.com Thu Feb 12 09:54:28 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Thu Feb 12 09:54:29 2009
Subject: [Yanel-dev] [Bug 6854] NodeDOMImpl is incomplete
Message-ID: <20090212085428.69BEB10CBE2@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6854
michael.wechner@wyona.org changed:
What |Removed |Added
----------------------------------------------------------------------------
AssignedTo|michael.wechner@wyona.org |yanel-development@wyona.com
Status|REOPENED |NEW
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
You are the assignee for the bug, or are watching the assignee.
From bugzilla at wyona.com Thu Feb 12 10:06:34 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Thu Feb 12 10:06:37 2009
Subject: [Yanel-dev] [Bug 6975] [wanted1.0+] Governance page only has draft
content
Message-ID: <20090212090634.AE04910CBCC@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6975
guillaume.deflache@wyona.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Priority|P1 |P2
------- Comment #3 from guillaume.deflache@wyona.com 2009-02-12 10:07 -------
This is already much nicer, so making P2.
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From bugzilla at wyona.com Thu Feb 12 10:21:08 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Thu Feb 12 10:21:10 2009
Subject: [Yanel-dev] [Bug 6974] [wanted1.0+] References page is confusing
Message-ID: <20090212092108.E4F1210CBE4@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6974
------- Comment #3 from simone.gerber@wyona.com 2009-02-12 10:22 -------
As stated in the original bug description I don't understand it and I don't
know what the goal is. Is it:
- To give examples of websites/solutions that are done with Yanel?
or
- To list websites about technical stuff that is important for Yanel?
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From michael.wechner at wyona.com Thu Feb 12 10:21:30 2009
From: michael.wechner at wyona.com (Michael Wechner)
Date: Thu Feb 12 10:21:37 2009
Subject: [Yanel-dev] Some notes on the Wiki resource
Message-ID: <4993EA1A.3070704@wyona.com>
svn ci -m "TODO added" src/contributions/resources/wiki/xslt/wiki2xhtml.xsl
Sende src/contributions/resources/wiki/xslt/wiki2xhtml.xsl
?bertrage Daten .
Revision 41546 ?bertragen.
svn ci -m "note about the purpose of the wiki resource"
src/contributions/resources/wiki/resource.xml
Sende src/contributions/resources/wiki/resource.xml
?bertrage Daten .
Revision 41547 ?bertragen.
From bugzilla at wyona.com Thu Feb 12 10:35:35 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Thu Feb 12 10:35:37 2009
Subject: [Yanel-dev] [Bug 6984] New: HTML title of many pages (esp. wiki
pages) is not set a real title
Message-ID: <20090212093535.DAF6B10CC2D@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6984
Summary: HTML title of many pages (esp. wiki pages) is not set a
real title
Product: Yanel
Version: unspecified
Platform: All
OS/Version: All
Status: NEW
Keywords: documentation
Severity: minor
Priority: P2
Component: Yanel Website
AssignedTo: yanel-development@wyona.com
ReportedBy: guillaume.deflache@wyona.com
QAContact: yanel-development@wyona.com
Sampling of bogus titles:
- "A Wiki page" (for *all* pages of the "wiki" kind, as it is currently not
possible to set the title for wiki pages)
- "Created from template ..."
- "From Template"
- "No Title"
- ""
- ...and maybe more.
See for example:
http://yanel.wyona.org/en/search.html?query=documentation&hitsPerPage=100
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
You are the assignee for the bug, or are watching the assignee.
From bugzilla at wyona.com Thu Feb 12 10:38:44 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Thu Feb 12 10:38:46 2009
Subject: [Yanel-dev] [Bug 6975] [wanted1.0+] Governance page only has draft
content
Message-ID: <20090212093844.A1C2510CC35@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6975
------- Comment #4 from guillaume.deflache@wyona.com 2009-02-12 10:40 -------
> Also the HTML title is wrong: it reads "a Wiki page".
Opened bug 6984 for dummy titles.
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From bugzilla at wyona.com Thu Feb 12 11:06:21 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Thu Feb 12 11:06:24 2009
Subject: [Yanel-dev] [Bug 6919] [wanted1.0+] [build] Ant contributed
libraries mixed with Ant's pristine distribution libraries
Message-ID: <20090212100621.98FCB10CC50@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6919
------- Comment #8 from guillaume.deflache@wyona.com 2009-02-12 11:07 -------
> - for /public/yanel/trunk/ remove the old mixed-up tools/apache-ant-1.6.5 once we are sure the new setup works
Done in revision 41130 by Michi, thanks!
"update-manager" Yanel contributed project build fixed in revision 41548.
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From bugzilla at wyona.com Thu Feb 12 11:18:44 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Thu Feb 12 11:18:45 2009
Subject: [Yanel-dev] [Bug 6919] [wanted1.0+] [build] Ant contributed
libraries mixed with Ant's pristine distribution libraries
Message-ID: <20090212101844.0C04010CC0C@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6919
------- Comment #9 from guillaume.deflache@wyona.com 2009-02-12 11:20 -------
"yanel-minimal" Yanel contributed project build fixed in revision 41549.
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From bugzilla at wyona.com Thu Feb 12 11:48:34 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Thu Feb 12 11:48:35 2009
Subject: [Yanel-dev] [Bug 6919] [wanted1.0+] [build] Ant contributed
libraries mixed with Ant's pristine distribution libraries
Message-ID: <20090212104834.13CA910CC0C@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6919
guillaume.deflache@wyona.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |LATER
------- Comment #10 from guillaume.deflache@wyona.com 2009-02-12 11:49 -------
> Well, maybe if we ever want this bug closed we should add some doc blurb in a "new SVN project best practices" documentation!
Done in revision 41550 in https://svn.wyona.com/repos/public/README.txt so
fixing as we will probably fix that step by step along the way if ever.
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From bugzilla at wyona.com Thu Feb 12 11:49:31 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Thu Feb 12 11:49:32 2009
Subject: [Yanel-dev] [Bug 6896] [build] cleanup and really use or get rid of
Maven dependancies management
Message-ID: <20090212104931.7344A10CC0C@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6896
------- Comment #1 from guillaume.deflache@wyona.com 2009-02-12 11:50 -------
FYI started doc about the build system in
https://svn.wyona.com/repos/public/README.txt
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From bugzilla at wyona.com Thu Feb 12 11:52:21 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Thu Feb 12 11:52:23 2009
Subject: [Yanel-dev] [Bug 4970] [wanted1.0+][doc] picture of components
involved and request process
Message-ID: <20090212105221.A439310CC0C@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=4970
------- Comment #11 from guillaume.deflache@wyona.com 2009-02-12 11:53 -------
I guess review it a bit, see if it is at least correct nowadays, and maybe
suggest additions.
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From bugzilla at wyona.com Thu Feb 12 11:55:05 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Thu Feb 12 11:55:06 2009
Subject: [Yanel-dev] [Bug 5279] [blocking1.0+] add feature list listing all
available features
Message-ID: <20090212105505.5367C10CC0C@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=5279
guillaume.deflache@wyona.com changed:
What |Removed |Added
----------------------------------------------------------------------------
AssignedTo|michael.wechner@wyona.org |guillaume.deflache@wyona.com
Status|ASSIGNED |NEW
------- Comment #5 from guillaume.deflache@wyona.com 2009-02-12 11:56 -------
OK, I will set up the initial page and then anyone can join! ;)
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From bugzilla at wyona.com Thu Feb 12 15:04:45 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Thu Feb 12 15:04:47 2009
Subject: [Yanel-dev] [Bug 6935] |blocking1.0+] Apache licensing needs for
binary releases
Message-ID: <20090212140445.45F6110CC42@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6935
guillaume.deflache@wyona.com changed:
What |Removed |Added
----------------------------------------------------------------------------
AssignedTo|michael.wechner@wyona.org |guillaume.deflache@wyona.com
Status|ASSIGNED |NEW
------- Comment #3 from guillaume.deflache@wyona.com 2009-02-12 15:06 -------
About the license check: indeed it makes sense and as discussed IRL it also
contains a liability disclaimer which may also be a good idea for users to
know!
> I did not check the Unix installer for license text files, maybe it also has issues.
As a matter of fact the Unix tarball lacks both LICENSE.txt and NOTICE.txt!
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From bugzilla at wyona.com Thu Feb 12 15:16:38 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Thu Feb 12 15:16:41 2009
Subject: [Yanel-dev] [Bug 6909] enhance Yanel toolbar menu of from-scratch
realm to execute transitions from within the toolbar menu
Message-ID: <20090212141638.79DA210CEA8@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6909
guillaume.deflache@wyona.com changed:
What |Removed |Added
----------------------------------------------------------------------------
OtherBugsDependingO|6938 |
nThis| |
AssignedTo|gary.jones@wyona.com |guillaume.deflache@wyona.com
Summary|enhance yanel toolbar menu |enhance Yanel toolbar menu
|of yanel-website to execute |of from-scratch realm to
|transitions from within the |execute transitions from
|toolbar menu |within the toolbar menu
------- Comment #2 from guillaume.deflache@wyona.com 2009-02-12 15:18 -------
Taking as I am going to work on the from-scratch realm anyway for bug 6768.
Not blocking website workflow anymore as it's done for the Yanel website.
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From bugzilla at wyona.com Thu Feb 12 15:16:39 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Thu Feb 12 15:16:42 2009
Subject: [Yanel-dev] [Bug 6938] add a workflow for the Yanel website and
documentation
Message-ID: <20090212141639.61BD010CF71@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6938
guillaume.deflache@wyona.com changed:
What |Removed |Added
----------------------------------------------------------------------------
BugsThisDependsOn|6909 |
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
You are the assignee for the bug, or are watching the assignee.
From bugzilla at wyona.com Thu Feb 12 15:28:45 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Thu Feb 12 15:29:04 2009
Subject: [Yanel-dev] [Bug 6920] WorkflowImpl.getLeavingTransitions does not
consider published status
Message-ID: <20090212142845.5BF4910CF81@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6920
guillaume.deflache@wyona.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Severity|normal (C) |minor
OS/Version|Linux |All
Priority|P1 |P2
Platform|PC |All
Flag| |wanted1.x+
------- Comment #1 from guillaume.deflache@wyona.com 2009-02-12 15:30 -------
Like bug 6938, this is not required for Yanel 1.0 -> P2. Also a workaround is
known -> minor.
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From bugzilla at wyona.com Thu Feb 12 15:33:04 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Thu Feb 12 15:33:06 2009
Subject: [Yanel-dev] [Bug 6939] use SVN as repository backend for the Yanel
website
Message-ID: <20090212143304.A00CB10CF96@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6939
guillaume.deflache@wyona.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Priority|P1 |P2
Summary|use svn as repository |use SVN as repository
|backend for the Yanel |backend for the Yanel
|website |website
Flag| |wanted1.x+
------- Comment #1 from guillaume.deflache@wyona.com 2009-02-12 15:34 -------
Probably not gonna happen for 1.0, but highly desirable in any case.
And anyway it would only help SVN committers => P2.
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
You are the assignee for the bug, or are watching the assignee.
From bugzilla at wyona.com Thu Feb 12 15:48:29 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Thu Feb 12 15:48:31 2009
Subject: [Yanel-dev] [Bug 6985] New: Make xsltInfoAndException (see
YanelServlet) configurable per realm
Message-ID: <20090212144829.6B46710CEB4@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6985
Summary: Make xsltInfoAndException (see YanelServlet)
configurable per realm
Product: Yanel
Version: unspecified
Platform: PC
OS/Version: Linux
Status: NEW
Severity: normal (C)
Priority: P3
Component: General
AssignedTo: michael.wechner@wyona.org
ReportedBy: michael.wechner@wyona.org
QAContact: yanel-development@wyona.com
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From bugzilla at wyona.com Thu Feb 12 17:58:54 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Thu Feb 12 17:58:57 2009
Subject: [Yanel-dev] [Bug 6985] Make xsltInfoAndException (see YanelServlet)
configurable per realm
Message-ID: <20090212165854.DD24910C9C7@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6985
guillaume.deflache@wyona.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |DUPLICATE
------- Comment #1 from guillaume.deflache@wyona.com 2009-02-12 18:00 -------
The other one has a patch, is older and generally more detailed so keeping that
one.
*** This bug has been marked as a duplicate of bug 4814 ***
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From bugzilla at wyona.com Thu Feb 12 18:02:47 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Thu Feb 12 18:02:49 2009
Subject: [Yanel-dev] [Bug 4814] Make XSLT for page-info/error and login
screens configurable per realm with fallback to the ROOT realm
Message-ID: <20090212170247.EC83310CF9F@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=4814
guillaume.deflache@wyona.com changed:
What |Removed |Added
----------------------------------------------------------------------------
OS/Version|Linux |All
Priority|P2 |P3
QAContact| |yanel-development@wyona.com
------- Comment #4 from guillaume.deflache@wyona.com 2009-02-12 18:04 -------
Making P3, as the duplicate bug 6985 was entered as P3 by our BDFL!
Also again moving as much code as possible out of the servlet would be
welcomed!
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From bugzilla at wyona.com Fri Feb 13 11:13:40 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Fri Feb 13 11:13:41 2009
Subject: [Yanel-dev] [Bug 5018] |wanted1.0+] ATOM feeds are not well formed
Message-ID: <20090213101340.6467510CC3F@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=5018
guillaume.deflache@wyona.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Summary||blocking1.0+] ATOM and ||wanted1.0+] ATOM feeds are
|RSS2.0 feeds are not well |not well formed
|formed |
------- Comment #2 from guillaume.deflache@wyona.com 2009-02-13 11:14 -------
RSS 2.0 feed validation issues fixed in revision 41569.
We can always comment the ATOM feed since the RSS 2.0 one now works, that's the
one we advertise anyway on the news page, and Yanel (not Yulup) provides both
ATM => lowering urgency.
For 1.0 if we don't fix this the ATOM feed, on the news page (looks like feeds
are not used elsewhere) we should at least:
- in the page body comment out the ATOM feed validator link
- in the page header point to the RSS 2.0 feed instead of the ATOM one
Maybe we should also link to the newsfeed from all pages (using global.xsl
probably), WDYT?
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
You are the assignee for the bug, or are watching the assignee.
From bugzilla at wyona.com Fri Feb 13 11:54:22 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Fri Feb 13 11:54:24 2009
Subject: [Yanel-dev] [Bug 6983] [wanted1.0+] binary versions of Yanel only
need a JRE, not a JDK
Message-ID: <20090213105422.B21A710CBFB@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6983
------- Comment #3 from guillaume.deflache@wyona.com 2009-02-13 11:55 -------
In general (even for source environments) we should only check for JAVA_HOME
after hqving failed to run `ant -version` in case java is simply on the PATH:
only check that 1st line of output starts with "Apache Ant version 1.", or
maybe simply %ERRORLEVEL%/$? value?
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
You are the assignee for the bug, or are watching the assignee.
From michael.wechner at wyona.com Fri Feb 13 13:07:35 2009
From: michael.wechner at wyona.com (Michael Wechner)
Date: Fri Feb 13 13:07:44 2009
Subject: [Yanel-dev] Topic Maps again
Message-ID: <49956287.40103@wyona.com>
http://www.topicmap.com/topicmap/tools.html
and in particular
http://tm4jscript.sourceforge.net/
Cheers
Michi
From simon.litwan at wyona.com Sun Feb 15 22:06:51 2009
From: simon.litwan at wyona.com (simon litwan)
Date: Sun Feb 15 22:07:32 2009
Subject: [Yanel-dev] Topic Maps again
In-Reply-To: <49956287.40103@wyona.com>
References: <49956287.40103@wyona.com>
Message-ID: <499883EB.2050802@wyona.com>
Michael Wechner schrieb:
> http://www.topicmap.com/topicmap/tools.html
>
> and in particular
>
> http://tm4jscript.sourceforge.net/
>
> Cheers
>
> Michi
this could also be interesting:
http://www.deepamehta.de/
simon
From michael.wechner at wyona.com Mon Feb 16 09:14:22 2009
From: michael.wechner at wyona.com (Michael Wechner)
Date: Mon Feb 16 09:14:42 2009
Subject: [Yanel-dev] Topic Maps again
In-Reply-To: <499883EB.2050802@wyona.com>
References: <49956287.40103@wyona.com> <499883EB.2050802@wyona.com>
Message-ID: <4999205E.4040902@wyona.com>
simon litwan schrieb:
> Michael Wechner schrieb:
>> http://www.topicmap.com/topicmap/tools.html
>>
>> and in particular
>>
>> http://tm4jscript.sourceforge.net/
>>
>> Cheers
>>
>> Michi
> this could also be interesting:
>
> http://www.deepamehta.de/
cool, whereas I especially like that Deepa Mehta is also a movie
director :-)
Maybe as a sidenote it comes to my mind, that on some CMS conference
some years ago some guy from India
also was very enthusiastic about topic maps. I wonder if India's
culture/thinking is favorizing topic maps to classical hierarchies.
It seems that Deepa Metha software is applet based
http://www.deepamehta.de/docs/download.html
Cheers
Michael
>
> simon
From bugzilla at wyona.com Mon Feb 16 09:41:42 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Mon Feb 16 09:42:08 2009
Subject: [Yanel-dev] [Bug 6935] |blocking1.0+] Apache licensing needs for
binary releases
Message-ID: <20090216084142.E787210CDAA@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6935
guillaume.deflache@wyona.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
------- Comment #4 from guillaume.deflache@wyona.com 2009-02-16 09:42 -------
All fixed as described (e.g. license check not removed) in revision 41597.
Please test the next release after 0.9 before closing, thanks!
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From bugzilla at wyona.com Mon Feb 16 10:41:42 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Mon Feb 16 10:42:08 2009
Subject: [Yanel-dev] [Bug 6987] New: shell/batch script encoding in binary
releases depends on the system where the releases are built!
Message-ID: <20090216094142.3EB6610CB17@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6987
Summary: shell/batch script encoding in binary releases depends
on the system where the releases are built!
Product: Yanel
Version: unspecified
Platform: All
OS/Version: All
Status: NEW
Severity: normal (C)
Priority: P1
Component: General
AssignedTo: guillaume.deflache@wyona.com
ReportedBy: guillaume.deflache@wyona.com
QAContact: yanel-development@wyona.com
The last release (0.9-r41485) was built on Windows, and some time ago
svn:eol-style was set by mistake to "native" on shell/batch scripts, so
LF-encoded Unix shell scripts became CRLF-encoded when exported to the Windows
machine where the release was built...
Leaving it blank should not have caused any problem, provided the text editors
that commiters use do not change line-endings.
Setting it to "LF"/respectively "CRLF" is probably more explicit though.
See
http://svnbook.red-bean.com/nightly/en/svn.advanced.props.file-portability.html#svn.advanced.props.special.eol-style
for reference.
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From bugzilla at wyona.com Mon Feb 16 11:03:29 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Mon Feb 16 11:03:31 2009
Subject: [Yanel-dev] [Bug 6987] shell/batch script encoding in binary
releases depends on the system where the releases are built!
Message-ID: <20090216100329.7AB6110CCD9@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6987
guillaume.deflache@wyona.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
------- Comment #1 from guillaume.deflache@wyona.com 2009-02-16 11:04 -------
Presumably fixed (I checked line endings of a few scripts in a new source
snapshot) in revision 41602.
Please test the next release after 0.9 before closing, thanks!
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From bugzilla at wyona.com Mon Feb 16 11:11:32 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Mon Feb 16 11:11:33 2009
Subject: [Yanel-dev] [Bug 6987] shell/batch script encoding in binary
releases depends on the system where the releases are built!
Message-ID: <20090216101132.3C17510CCD9@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6987
guillaume.deflache@wyona.com changed:
What |Removed |Added
----------------------------------------------------------------------------
OS/Version|All |other
Version|unspecified |0.9
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From michael.wechner at wyona.com Mon Feb 16 12:59:22 2009
From: michael.wechner at wyona.com (Michael Wechner)
Date: Mon Feb 16 12:59:37 2009
Subject: [Yanel-dev] Toolbar CSS
Message-ID: <4999551A.3030906@wyona.com>
Hi
I made some minor improvements re the toolbar CSS
src/webapp/htdocs/toolbar.css
but I think we should refactor it quite a bit, for example
yaneltoolbar_menutitle is actually occuring several times, but
nevertheless is set with id instead class
but the problem with this example is backwards compatibility and that
the toolbars use hardcoded styles.
Any suggestions how to improve this are very welcome
Cheers
Michi
From guillaume.deflache at wyona.com Tue Feb 17 18:00:54 2009
From: guillaume.deflache at wyona.com (=?UTF-8?B?R3VpbGxhdW1lIETDqWZsYWNoZQ==?=)
Date: Tue Feb 17 18:01:23 2009
Subject: [Yanel-dev] Re: [Yanel-commits] rev 41609 -
public/yanel/trunk/src/webapp/htdocs
In-Reply-To: <200902161150.n1GBoLRO025178@cvs-extra.wyona.com>
References: <200902161150.n1GBoLRO025178@cvs-extra.wyona.com>
Message-ID: <499AED46.1080807@wyona.com>
Hi!
michi@wyona.com schrieb:
> Author: michi
> Date: 2009-02-16 12:50:21 +0100 (Mon, 16 Feb 2009)
> New Revision: 41609
>
> Modified:
> public/yanel/trunk/src/webapp/htdocs/toolbar.css
> Log:
> haschild added and font set for various css items
>
> Modified: public/yanel/trunk/src/webapp/htdocs/toolbar.css
> ===================================================================
> --- public/yanel/trunk/src/webapp/htdocs/toolbar.css 2009-02-16 11:20:42 UTC (rev 41608)
> +++ public/yanel/trunk/src/webapp/htdocs/toolbar.css 2009-02-16 11:50:21 UTC (rev 41609)
> @@ -43,6 +43,9 @@
> margin-left:6px;
> text-align:left;
> font-size: 12px;
> + font-weight: normal;
> + font-style: normal;
> + font-family: "lucida grande", tahoma, verdana, arial, sans-serif;
> }
Should not that be
> + font-family: "Lucida Grande", Tahoma, Verdana, Arial, sans-serif;
? I am afraid some browsers may be case-sensitive...
> #yaneltoolbar_menu a, #yaneltoolbar_menu #yaneltoolbar_menutitle{
> @@ -54,10 +57,18 @@
>
> #yaneltoolbar_menutitle {
> padding-right:30px;
> + font-size: 12px;
> + font-weight: normal;
> + font-style: normal;
> + font-family: "lucida grande", tahoma, verdana, arial, sans-serif;
> }
>
> #yaneltoolbar_menu a {
> text-decoration:none;
> + font-size: 12px;
> + font-weight: normal;
> + font-style: normal;
> + font-family: "lucida grande", tahoma, verdana, arial, sans-serif;
> }
>
> #yaneltoolbar_menu a, #yaneltoolbar_menu a:visited {
> @@ -91,13 +102,22 @@
> white-space: nowrap;
> }
>
> -#yaneltoolbar_menu li{
> +#yaneltoolbar_menu li {
> position:relative;
> margin:1px;
> padding:2px;
> + font-size: 12px;
> + font-weight: normal;
> + font-style: normal;
> + font-family: "lucida grande", tahoma, verdana, arial, sans-serif;
> + color: grey;
> }
Couldn't a class/id ("yaneltoolbar" comes to mind!) have been added to
factor out all these duplicated font settings?
--
Cheers,
Guillaume
From guillaume.deflache at wyona.com Tue Feb 17 18:01:23 2009
From: guillaume.deflache at wyona.com (=?ISO-8859-15?Q?Guillaume_D=E9flache?=)
Date: Tue Feb 17 18:01:52 2009
Subject: [Yanel-dev] Toolbar CSS
In-Reply-To: <4999551A.3030906@wyona.com>
References: <4999551A.3030906@wyona.com>
Message-ID: <499AED63.70100@wyona.com>
Michael Wechner schrieb:
> I made some minor improvements re the toolbar CSS
>
> src/webapp/htdocs/toolbar.css
>
> but I think we should refactor it quite a bit, for example
Sure, see also my reply on one commit.
Also it seems like there are still some CSS rules in the HTML header.
And the browser detection code in
http://svn.wyona.com/repos/public/yanel/trunk/src/webapp/src/java/org/wyona/yanel/servlet/YanelHTMLUI.java
for CSS generation looks whoefully outdated, e.g. it seems to take care
of IE < 6, which probably is not worth the effort nowadays!
> yaneltoolbar_menutitle is actually occuring several times, but
> nevertheless is set with id instead class
>
> but the problem with this example is backwards compatibility and that
> the toolbars use hardcoded styles.
Well did it worked anyway with these multiple ids?
And WDYM by "hardcoded styles"?
> Any suggestions how to improve this are very welcome
Maybe create another set of CSS: toolbar2*.css (and please do use svn cp
to do it if you do!)
From bugzilla at wyona.com Tue Feb 17 18:33:29 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Tue Feb 17 18:33:31 2009
Subject: [Yanel-dev] [Bug 5297] register third-party realm
Message-ID: <20090217173329.B07ED10CAEF@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=5297
guillaume.deflache@wyona.com changed:
What |Removed |Added
----------------------------------------------------------------------------
OtherBugsDependingO|5163 |
nThis| |
Severity|blocker |enhancement
Status|RESOLVED |REOPENED
Resolution|DUPLICATE |
Summary|[wanted1.x?] register third-|register third-party realm
|party realm |
Flag| |wanted1.x?
------- Comment #4 from guillaume.deflache@wyona.com 2009-02-17 18:34 -------
After discussion with Michael this has nothing to do with bug 4903 or bug 4991:
this is about adding/registering an *existing* realm to an unsuspecting Yanel
instance as easily as possible.
Alas AFAICS contrary to what is said in the roadmap this does not even seem to
be started yet! :(
See
http://svn.wyona.com/repos/public/yanel/trunk/src/build/java/org/wyona/yanel/ant/AddRealmTask.java
which is almost empty and
http://svn.wyona.com/repos/public/yanel/trunk/src/build/targets/add-third-party-realm.xml
which does not do much else either!
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From bugzilla at wyona.com Tue Feb 17 18:45:23 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Tue Feb 17 18:45:24 2009
Subject: [Yanel-dev] [Bug 4903] [wanted1.0+] enable dynamic mode on a
publication base
Message-ID: <20090217174523.6213210CAFF@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=4903
guillaume.deflache@wyona.com changed:
What |Removed |Added
----------------------------------------------------------------------------
BugsThisDependsOn| |4991
Status|NEW |RESOLVED
Resolution| |FIXED
------- Comment #7 from guillaume.deflache@wyona.com 2009-02-17 18:46 -------
Okay, now that's clear what is what:
- bug 5297 has nothing to do with this
- bug 4991 is arguably a duplicate or say the implentation bug of this, and is
done, so this is also done
Please re-test if this feature works before really closing the bug!!! (This can
only be done using a Yanel snapshot/release, not on the website: the link for
this is available directly on Yanel homepage.)
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
You are the assignee for the bug, or are watching the assignee.
From bugzilla at wyona.com Tue Feb 17 19:15:15 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Tue Feb 17 19:16:55 2009
Subject: [Yanel-dev] [Bug 6940] use a simpler (e.g. no UUID indirection!)
VFS layout for the Yanel website
Message-ID: <20090217181515.DB46E10CAFF@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6940
guillaume.deflache@wyona.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |michael.wechner@wyona.org
AssignedTo|michael.wechner@wyona.org |yanel-development@wyona.com
------- Comment #1 from guillaume.deflache@wyona.com 2009-02-17 19:16 -------
I'd rather have someone else than me do it to catch the glitches I might have
missed.
Also ATM I cannot allocate enough cycles in a row to do it! :/
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
You are the assignee for the bug, or are watching the assignee.
From guillaume.deflache at wyona.com Tue Feb 17 19:38:25 2009
From: guillaume.deflache at wyona.com (=?ISO-8859-1?Q?Guillaume_D=E9flache?=)
Date: Tue Feb 17 19:38:55 2009
Subject: [Yanel-dev] Problem building binary version for Windows
In-Reply-To: <496E10C5.4000608@wyona.com>
References: <4921F865.80809@wyona.com> <496DCE17.6070304@wyona.com> <87r63685s3.fsf@wyona.com> <496DF1B8.60706@wyona.com> <496DF7B5.4070505@wyona.com>
<496E10C5.4000608@wyona.com>
Message-ID: <499B0421.5090708@wyona.com>
Very late on this, but in case you missed it in the yanel-commits
mailing-list:
Guillaume D?flache schrieb:
> Michael Wechner schrieb:
> [...]
>> maybe we need to check which files are actually the ones to be considered too long and try to reduce the length.
>>
> That's what I am doing ATM.
OK, for the moment this still works. Also changing the names of the
snapshots helped, see revision 41450 for bug 6763 revision 41597.
Please try to refrain from using long pathnames in both code and
documentation though!
>> Also a add a not to the instruction to build within a short directory
>
> Will do.
I wrote a batch script to automate the process further instead, with
some comments and pointers inside, see
http://svn.wyona.com/repos/public/yanel/trunk/src/release.bat and
http://svn.wyona.com/repos/public/yanel/trunk/src/README-release.txt for
a more formal internal documentation.
From guillaume.deflache at wyona.com Tue Feb 17 20:07:09 2009
From: guillaume.deflache at wyona.com (=?ISO-8859-1?Q?Guillaume_D=E9flache?=)
Date: Tue Feb 17 20:08:16 2009
Subject: [Yanel-dev] Problem building binary version for Windows
In-Reply-To: <4923D343.9030302@wyona.com>
References: <4921F865.80809@wyona.com> <87prkst9ml.fsf@wyona.com>
<4923D343.9030302@wyona.com>
Message-ID: <499B0ADD.2060202@wyona.com>
Michael Wechner schrieb:
> Gary Jones schrieb:
>> [...]
>> I edited the file manually and then got
>> BUILD FAILED
>> D:\projects\yanel\src\build\build.xml:168: Execute failed:
>> java.io.IOException: CreateProcess: svn export -r40004
>> https://svn.wyona.com/repos/public/yanel/trunk
>>
D:\projects\yanel\build/source-snapshots/wyona-yanel-SNAPSHOT-1.0-dev-r40004-src
>> error=2
>>
>> Does the build process need command line svn?
>
> yes. I have also added a comment now re this
>
> http://yanel.wyona.org/create-windows-installer.html
>
> btw, there is also command line SVN for Windows which works very fine
and of course the best solution would
> be to switch to the Java SVN included with Ant
(org.tigris.subversion.svnant.SvnTask), but I remember having
> trouble with them, but maybe you want to give it a try
>
>
> src/build/build.xml
>
> (see the commented svn task def and also the target source-snapshot)
I tried this to no avail. :( (see commented stuff in src/build/build.xml
from revision 41381)
And it seems like that for javahl we would also need to commit some
native libraries, see
http://deadmanwalking.wordpress.com/2007/07/28/ant-svn-task-svnant-and-javahl/
Maybe I should also try with Ant 1.7 or try
http://svnkit.com/download.php instead?
I know this is not a big deal but solving this would also help solve
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=5341
(guessing revision through `svnversion`)
> Cheers
>
> Michael
>
>> I used tortoise to suck
>> the source down originally.
Same here.
From michael.wechner at wyona.com Wed Feb 18 09:46:15 2009
From: michael.wechner at wyona.com (Michael Wechner)
Date: Wed Feb 18 09:46:34 2009
Subject: [Yanel-dev] Another editor ... [Fwd: [Heads-up] Bespin:]
Message-ID: <499BCAD7.7050103@wyona.com>
maybe something we can use as well
Cheers
Michi
-------- Original-Nachricht --------
Betreff: [Heads-up] Bespin:
Datum: Mon, 16 Feb 2009 14:29:04 +0100
Von: Andreas Hartmann
Antwort an: dev@lenya.apache.org
An: dev@lenya.apache.org
Hi Lenya devs,
https://bespin.mozilla.com/
"Bespin is a Mozilla Labs experiment that proposes an open, extensible
web-based framework for code editing that aims to increase developer
productivity, enable compelling user experiences, and promote the use of
open standards."
Maybe this could be interesting as another source editor?
-- Andreas
--
Andreas Hartmann, CTO
BeCompany GmbH
http://www.becompany.ch
Tel.: +41 (0) 43 818 57 01
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lenya.apache.org
For additional commands, e-mail: dev-help@lenya.apache.org
From michael.wechner at wyona.com Wed Feb 18 09:51:59 2009
From: michael.wechner at wyona.com (Michael Wechner)
Date: Wed Feb 18 09:52:18 2009
Subject: [Yanel-dev] Toolbar CSS
In-Reply-To: <499AED63.70100@wyona.com>
References: <4999551A.3030906@wyona.com> <499AED63.70100@wyona.com>
Message-ID: <499BCC2F.4060107@wyona.com>
Guillaume D?flache schrieb:
> Michael Wechner schrieb:
>> I made some minor improvements re the toolbar CSS
>>
>> src/webapp/htdocs/toolbar.css
>>
>> but I think we should refactor it quite a bit, for example
>
> Sure, see also my reply on one commit.
> Also it seems like there are still some CSS rules in the HTML header.
yes, because some paths are dynamic. I think the only way how we can fix
this is by generating the CSS dynamically.
Or is there any other approach?
> And the browser detection code in
> http://svn.wyona.com/repos/public/yanel/trunk/src/webapp/src/java/org/wyona/yanel/servlet/YanelHTMLUI.java
> for CSS generation looks whoefully outdated, e.g. it seems to take
> care of IE < 6, which probably is not worth the effort nowadays!
I haven't checked the statistics ...
>
>
>> yaneltoolbar_menutitle is actually occuring several times, but
>> nevertheless is set with id instead class
>>
>> but the problem with this example is backwards compatibility and that
>> the toolbars use hardcoded styles.
>
> Well did it worked anyway with these multiple ids?
yes, but I think it's not best practice at all
>
> And WDYM by "hardcoded styles"?
third party projects can have their own toolbar implementations, but
these are also using the CSS which we provided, because
it's basically an API (but not declared as such) and hence we cannot
just change things
>
>
>> Any suggestions how to improve this are very welcome
>
>
> Maybe create another set of CSS: toolbar2*.css (and please do use svn
> cp to do it if you do!)
yes, we should introduce a new version of CSS, but also provide a
framework for generating the toolbar and also
declare API.
Cheers
Michi
From guillaume.deflache at wyona.com Wed Feb 18 12:57:50 2009
From: guillaume.deflache at wyona.com (=?ISO-8859-15?Q?Guillaume_D=E9flache?=)
Date: Wed Feb 18 12:56:30 2009
Subject: [Yanel-dev] Toolbar CSS
In-Reply-To: <499BCC2F.4060107@wyona.com>
References: <4999551A.3030906@wyona.com> <499AED63.70100@wyona.com>
<499BCC2F.4060107@wyona.com>
Message-ID: <499BF7BE.4040108@wyona.com>
Hi!
Michael Wechner schrieb:
> Guillaume D?flache schrieb:
>> Michael Wechner schrieb:
>>> I made some minor improvements re the toolbar CSS
>>>
>>> src/webapp/htdocs/toolbar.css
>>>
>>> but I think we should refactor it quite a bit, for example
>>
>> Sure, see also my reply on one commit.
>> Also it seems like there are still some CSS rules in the HTML header.
>
> yes, because some paths are dynamic. I think the only way how we can fix
> this is by generating the CSS dynamically.
>
> Or is there any other approach?
Oops sorry, missed that entirely.
Sure then that's the most practical approach.
>> And the browser detection code in
>> http://svn.wyona.com/repos/public/yanel/trunk/src/webapp/src/java/org/wyona/yanel/servlet/YanelHTMLUI.java
>> for CSS generation looks whoefully outdated, e.g. it seems to take
>> care of IE < 6, which probably is not worth the effort nowadays!
>
> I haven't checked the statistics ...
All versions of IE < 5 are less than 1% total:
http://marketshare.hitslink.com/browser-market-share.aspx?qprid=2
> [...]
I agree with the rest.
Cheers,
Guillaume
From bugzilla at wyona.com Wed Feb 18 12:58:37 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Wed Feb 18 12:58:38 2009
Subject: [Yanel-dev] [Bug 6575] [wanted1.0+] make Yanel work with Java 6
(and later)
Message-ID: <20090218115837.D72C810CC1B@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6575
------- Comment #6 from guillaume.deflache@wyona.com 2009-02-18 12:59 -------
Upgrading to Jakarta Regexp 1.5 manually (we use 1.4 ATM and 1.5 albeit old is
not even in the official Maven 2 repo) did not solve the problem.
So it seems unrelated to bugs fixed in 1.5 (see
http://jakarta.apache.org/regexp/changes.html for a list), esp.
http://issues.apache.org/bugzilla/show_bug.cgi?id=36405
Also the original version of the WildcardMatcherHelper which AFAICS (the
Subversion logs are useless there...) is
https://svn.apache.org/repos/asf/cocoon/trunk/core/cocoon-util/src/main/java/org/apache/cocoon/util/WildcardMatcherHelper.java
seems not to have had bugfixes or any significant changes.
http://svn.apache.org/repos/asf/wicket/trunk/wicket/src/main/java/org/apache/wicket/application/WildcardMatcherHelper.java
(introduced for https://issues.apache.org/jira/browse/WICKET-126 AFAICS) may be
worth a try if the API contract is the same because it does not use Jakarta
Regexp and depends only on java.util.*! :)
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From bugzilla at wyona.com Wed Feb 18 15:17:24 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Wed Feb 18 15:17:26 2009
Subject: [Yanel-dev] [Bug 5018] |wanted1.0+] ATOM feeds are not well formed
Message-ID: <20090218141724.A390810CA7F@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=5018
------- Comment #3 from guillaume.deflache@wyona.com 2009-02-18 15:18 -------
Also
http://svn.wyona.com/repos/public/yanel/trunk/src/realms/yanel-website/content/xslt/dir2atomfeed.xsl
looks obsolete (some code that seems related is commented out in the resource
main Java class).
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
You are the assignee for the bug, or are watching the assignee.
From bugzilla at wyona.com Wed Feb 18 17:35:57 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Wed Feb 18 17:36:18 2009
Subject: [Yanel-dev] [Bug 6967] ease use of resource types from Eclipse (for
instance building them)
Message-ID: <20090218163557.6DB3610CA9A@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6967
------- Comment #4 from guillaume.deflache@wyona.com 2009-02-18 17:36 -------
Also on Windows XP the `fsutil` installed by default allows creation of (file)
hard links only! :( (from
http://schinagl.priv.at/nt/hardlinkshellext/hardlinkshellext.html#hardlinks
which also provides a GUI for everything links as a Windows Explorer shell
extension)
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From bugzilla at wyona.com Thu Feb 19 12:01:48 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Thu Feb 19 12:01:49 2009
Subject: [Yanel-dev] [Bug 6977] improve editors error handling
Message-ID: <20090219110148.D7E8510CA2F@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6977
simone.gerber@wyona.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From bugzilla at wyona.com Thu Feb 19 12:02:46 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Thu Feb 19 12:02:48 2009
Subject: [Yanel-dev] [Bug 6960] refactoring: move toolbar code out of
YanelServlet
Message-ID: <20090219110246.EC87010CA33@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6960
simone.gerber@wyona.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From bugzilla at wyona.com Thu Feb 19 12:05:24 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Thu Feb 19 12:05:26 2009
Subject: [Yanel-dev] [Bug 6764] [blocking0.9+] freshen website documentation
"a minima": roadmap, Bugzilla buglist
Message-ID: <20090219110524.E48F610CA33@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6764
simone.gerber@wyona.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From bugzilla at wyona.com Thu Feb 19 12:05:55 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Thu Feb 19 12:05:56 2009
Subject: [Yanel-dev] [Bug 6911] Allow specifying an output format within
query string,
whereas default is still xml and this parameter optional
Message-ID: <20090219110555.9882310CAB7@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6911
simone.gerber@wyona.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From bugzilla at wyona.com Thu Feb 19 12:20:15 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Thu Feb 19 12:20:17 2009
Subject: [Yanel-dev] [Bug 7001] New: Ant code handling endorsed JARs is a
mess
Message-ID: <20090219112015.5A98E10CABF@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=7001
Summary: Ant code handling endorsed JARs is a mess
Product: Yanel
Version: unspecified
Platform: All
OS/Version: All
Status: NEW
Severity: enhancement
Priority: P2
Component: General
AssignedTo: guillaume.deflache@wyona.com
ReportedBy: guillaume.deflache@wyona.com
QAContact: yanel-development@wyona.com
Witness the copy-paste orgy in
https://svn.wyona.com/repos/public/yanel/trunk/src/build/targets/webapp/cluster.xml
and cry! :(
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From bugzilla at wyona.com Thu Feb 19 13:35:53 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Thu Feb 19 13:35:54 2009
Subject: [Yanel-dev] [Bug 6575] [wanted1.0+] make Yanel work with Java 6
(and later)
Message-ID: <20090219123553.1985010CA43@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6575
guillaume.deflache@wyona.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
------- Comment #7 from guillaume.deflache@wyona.com 2009-02-19 13:36 -------
Simon wrote in comment #3:
> IIRC the problematic library is stax
Indeed, I finally rediscovered that, both you and Michael were right!
Anyway in revision 41652 I used that ugly "Java Endorsed Standards Override
Mechanism" http://java.sun.com/javase/6/docs/technotes/guides/standards/ and
(our endorsed JARs Ant build support) again for StAX API and reference
implementation, and everything seems to work fine so far, so fixing.
We already commented out Xalan, Xerces and XML APIs overrides, but we might
need doing it again, esp. XML APIs: see
http://www.mulesource.org/jira/browse/GALAXY-46
As doing this is a massive PITA every time, I opened bug 7001...
Please test abundanty before closing, thanks!
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From bugzilla at wyona.com Thu Feb 19 13:37:49 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Thu Feb 19 13:37:51 2009
Subject: [Yanel-dev] [Bug 6575] [wanted1.0+] make Yanel work with Java 6
(and later)
Message-ID: <20090219123749.7D25F10CAB5@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6575
------- Comment #8 from guillaume.deflache@wyona.com 2009-02-19 13:38 -------
To test under Ubuntu just set JAVA_HOME to /usr/lib/jvm/java-6-sun before
running Yanel.
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From bugzilla at wyona.com Thu Feb 19 13:42:37 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Thu Feb 19 13:42:39 2009
Subject: [Yanel-dev] [Bug 6575] [wanted1.0+] make Yanel work with Java 6
(and later)
Message-ID: <20090219124237.C597710CAB2@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6575
------- Comment #9 from guillaume.deflache@wyona.com 2009-02-19 13:43 -------
...or (always on Ubuntu) even simpler:
sudo update-alternatives --config java
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From guillaume.deflache at wyona.com Thu Feb 19 15:58:45 2009
From: guillaume.deflache at wyona.com (=?ISO-8859-15?Q?Guillaume_D=E9flache?=)
Date: Thu Feb 19 15:59:21 2009
Subject: [Yanel-dev] Yanel finally working on Java 6
Message-ID: <499D73A5.8090004@wyona.com>
Hi!
As you might have seen, I fixed the long-standing
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6575 on Yanel
not running on Java 6.
I urge you to switch to Java 6(1) for development to help make sure
there are no other bugs: after all as Alec kept reminding me ;) Java 5
is nearing (or has reached?) EOL, and anyway Wyona's Hudson still runs
on Java 5 (we might
want to change that for some projects just to widen our testing palette).
(1): Please see the bug's last comments for how to do that.
Cheers,
Guillaume
From michael.wechner at wyona.com Thu Feb 19 18:19:16 2009
From: michael.wechner at wyona.com (Michael Wechner)
Date: Thu Feb 19 18:20:10 2009
Subject: [Yanel-dev] Yanel finally working on Java 6
In-Reply-To: <499D73A5.8090004@wyona.com>
References: <499D73A5.8090004@wyona.com>
Message-ID: <499D9494.40703@wyona.com>
Guillaume D?flache schrieb:
> Hi!
>
> As you might have seen, I fixed the long-standing
> http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6575 on Yanel
> not running on Java 6.
that's great news :-) thanks very much
> I urge you to switch to Java 6(1) for development to help make sure
> there are no other bugs: after all as Alec kept reminding me ;) Java 5
> is nearing (or has reached?) EOL, and anyway Wyona's Hudson still runs
> on Java 5 (we might
> want to change that for some projects just to widen our testing palette).
agreed, but we also need a Java 5 version at least as long
http://java.sun.com/j2se/1.5/
Also we need to we need to send out a reminder to the Yanel community
about this and give people enough time to test their custom code with Java 6
Cheers
Michael
>
> (1): Please see the bug's last comments for how to do that.
>
> Cheers,
> Guillaume
>
From alec.bickerton at wyona.com Fri Feb 20 15:42:11 2009
From: alec.bickerton at wyona.com (Alec Bickerton)
Date: Fri Feb 20 15:42:39 2009
Subject: [Yanel-dev] Resource dependencies.
Message-ID: <499EC143.5000700@wyona.com>
While looking into the reation of shortURLs, I realised that the
dependencies inhibit writing 'clean' code.
The Resource class has dependencies on difficult to mock classes that
prevent useful testing.
See the patch for details for an example.
Alec,
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ResourceCreatorResource.patch
Type: text/x-diff
Size: 80701 bytes
Desc: not available
Url : http://wyona.com/pipermail/yanel-development/attachments/20090220/592=
69c96/ResourceCreatorResource-0001.bin
From alec.bickerton at wyona.com Fri Feb 20 16:24:07 2009
From: alec.bickerton at wyona.com (Alec Bickerton)
Date: Fri Feb 20 16:24:33 2009
Subject: [Yanel-dev] ResourceManager.java
Message-ID: <499ECB17.8050600@wyona.com>
Eclipse has identified a problem that could cause some problems in the
future.
The rtd value here will never be null so the nice log message will never
be seen. It is entirely possible though that this rtd value could
contain garbage.
A reminder that simply setting your eclipse compiler settings to sane
values and looking at the problems tab from time to time will identify
this sort of thing and hwlp us to produce clean, shing and efficient code.
Alec.
ResourceMmanager.java line 60.
public Resource getResource(Environment environment, Realm realm, String
path, ResourceTypeDefinition rtd, ResourceTypeIdentifier rti) throws
Exception {
String universalName = rtd.getResourceTypeUniversalName();
if (rtd != null) {
Resource resource = (Resource)
Class.forName(rtd.getResourceTypeClassname()).newInstance();
resource.setRTD(rtd);
resource.setYanel(Yanel.getInstance());
resource.setRealm(realm);
resource.setPath(path);
resource.setRTI(rti);
resource.setEnvironment(environment);
passParameters(resource, environment.getRequest());
return resource;
}
log.error("No resource registered for rti: " + universalName);
return null;
}
From alec.bickerton at wyona.com Tue Feb 24 15:28:32 2009
From: alec.bickerton at wyona.com (Alec Bickerton)
Date: Tue Feb 24 15:29:09 2009
Subject: [Yanel-dev] Can Someone review and Apply
Message-ID: <49A40410.4080008@wyona.com>
This patch is need so that the ResourceCreator can be extended in a
clean fashion, instead of simple copy pasting.
It's needed to by the globus resource creator class
Alec
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ResourceCreator.patch
Type: text/x-diff
Size: 83096 bytes
Desc: not available
Url : http://wyona.com/pipermail/yanel-development/attachments/20090224/f44=
e56d9/ResourceCreator-0001.bin
From bugzilla at wyona.com Wed Feb 25 10:16:46 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Wed Feb 25 10:16:47 2009
Subject: [Yanel-dev] [Bug 7006] New: avoid duplicate/"ambiguous" libraries
using Maven and not manual configuration
Message-ID: <20090225091646.509F110CA1F@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=7006
Summary: avoid duplicate/"ambiguous" libraries using Maven and
not manual configuration
Product: Yanel
Version: unspecified
Platform: All
OS/Version: All
Status: NEW
Keywords: refactoring
Severity: minor
Priority: P2
Component: General
AssignedTo: guillaume.deflache@wyona.com
ReportedBy: guillaume.deflache@wyona.com
QAContact: yanel-development@wyona.com
We should not need the "duplicated.libs" list variable in
src/build/build.properties!
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From bugzilla at wyona.com Wed Feb 25 10:27:03 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Wed Feb 25 10:27:04 2009
Subject: [Yanel-dev] [Bug 7007] New: get rid of Jakarta Regexp library
Message-ID: <20090225092703.20A7210CA1F@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=7007
Summary: get rid of Jakarta Regexp library
Product: Yanel
Version: unspecified
Platform: All
OS/Version: All
Status: NEW
Keywords: refactoring
Severity: enhancement
Priority: P3
Component: General
AssignedTo: guillaume.deflache@wyona.com
ReportedBy: guillaume.deflache@wyona.com
QAContact: yanel-development@wyona.com
Yanel-Core needs it only for one class which should not be hard to refactor to
not use use it anymore, see bug 6575 comment 6.
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From bugzilla at wyona.com Wed Feb 25 10:35:36 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Wed Feb 25 10:35:38 2009
Subject: [Yanel-dev] [Bug 7001] Ant code handling endorsed JARs is a mess
Message-ID: <20090225093536.75D5410CA26@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=7001
guillaume.deflache@wyona.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |refactoring
------- Comment #1 from guillaume.deflache@wyona.com 2009-02-25 10:35 -------
We could probably use Ant macros, see
http://wiki.apache.org/ant/NewAntFeaturesInDetail/MacroDef
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From bugzilla at wyona.com Wed Feb 25 12:09:13 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Wed Feb 25 12:09:15 2009
Subject: [Yanel-dev] [Bug 5206] [wanted1.0+] updater resource type
Message-ID: <20090225110913.B782910CA28@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=5206
guillaume.deflache@wyona.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #736 is|0 |1
obsolete| |
------- Comment #24 from guillaume.deflache@wyona.com 2009-02-25 12:09 -------
(From update of attachment 736)
Patch had already been applied, so marking it obsolete.
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From bugzilla at wyona.com Wed Feb 25 12:26:37 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Wed Feb 25 12:26:39 2009
Subject: [Yanel-dev] [Bug 5206] [wanted1.0+] updater resource type
Message-ID: <20090225112637.BA68E10C962@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=5206
------- Comment #25 from guillaume.deflache@wyona.com 2009-02-25 12:26 -------
Made the updater work again in revision 41703 but this may break the Windows
delivery process because of long paths (see commit message)... :/
If the process does break, we would be forced to change how
TomcatContextHandler currently works, as it relies on deployed webapps lying
all (exploded) in the same directory...
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
From michael.wechner at wyona.com Wed Feb 25 22:50:00 2009
From: michael.wechner at wyona.com (Michael Wechner)
Date: Wed Feb 25 22:50:50 2009
Subject: [Yanel-dev] More ideas on Code Review
Message-ID: <49A5BD08.7020508@wyona.com>
http://lookfirst.com/2008/07/code-reviews.html
http://code.google.com/p/support/wiki/CodeReviews
whereas I still favour *pre-commit-reviews*
Cheers
Michi
From kamerun at immerda.ch Thu Feb 26 09:45:27 2009
From: kamerun at immerda.ch (kamerun@immerda.ch)
Date: Thu Feb 26 08:42:11 2009
Subject: [Yanel-dev] outsourcing
Message-ID: <49A656A7.2050406@immerda.ch>
Skipped content of type multipart/alternative-------------- next part -----=
---------
A non-text attachment was scrubbed...
Name: usecase-test-mail.xml
Type: text/xml
Size: 657 bytes
Desc: not available
Url : http://wyona.com/pipermail/yanel-development/attachments/20090226/a59=
8be7b/usecase-test-mail.bin
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://wyona.com/pipermail/yanel-development/attachments/20090226/a598=
be7b/index.html
From michael.wechner at wyona.com Thu Feb 26 22:44:08 2009
From: michael.wechner at wyona.com (Michael Wechner)
Date: Thu Feb 26 22:45:22 2009
Subject: [Yanel-dev] outsourcing
In-Reply-To: <49A656A7.2050406@immerda.ch>
References: <49A656A7.2050406@immerda.ch>
Message-ID: <49A70D28.2090703@wyona.com>
kamerun@immerda.ch schrieb:
> hello all,
>
> we struggle to make, we had no internet for a few days, now we have it
> and we test it just now, in canoo when we were successful
>
> we add Usecase Test mail
>
> the test in yanel see the file in attach usecase-test-mail.xml
>
> and the result is in attach index.html
thanks very much. Will have a closer look at it next week (I am on
vacation this week) and send you some feedback
>
> ok, we are not very happy about the situation:
>
> we test many times and it was not going, many times because of the
> connection or electricity break down.
>
> we have spent many hours on it and it is difficult technically. the
> people are motivated because they want that the school can go further:
> now we struggle to find the money for the electricity (we had last
> month 50'000 cfa electricity bill, it is more than 100.- cfa more
> than the half of a monthly salary. but all the students in the school
> ( ~ 30) has no job. so we do it to get a little money for the school.
> but until now the work was not really good enough for all of us, we
> want really to improve it. our proposition:
>
> one if the student (chanceline: she works more than 1 year in the
> school without salary) comes in Switzerland and learn the outsourcing
> during 3 months in wyona. after 3 months she should be able to do the
> job properly and she comes back. about the cost of the travel and stay
> in Switzerland, i (Michel) will look for it. wyona must not pay her,
> but wyona will pay the work after when the outsourcing is really going
> well and the money goes to the school and students. we were already
> to the embassy. if wyona agree with this proposition, wyona should
> make a letter or a mail to invite chanceline for this 3 months of
> training. this letter is needed for the swiss embassy:
sounds good to me, but I need to clarify with the swiss embassy what it
means exactly. Will also contact them next week.
All the best
Michi
> you know how difficult for the black people to enter in Europe.
>
> michel and team association of linux friends limbe
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> ------------------------------------------------------------------------
>
>
>
>
>
>
>
>
>
>
>
>
> WebTest WebTest Test Report Tests started at Thu Feb 26 08:26:56
> WAT 2009
>
>
> Result Summary
>
> WebTests # % Graph
> ok 15 100
> x 0 0
> *Sum* * 15* * 100*
> Steps # % Graph
> ok 33 100
> x 0 0
> o 0 0
> *Sum* * 33* * 100*
>
>
>
>
> Server Roundtrip Timing Profile
>
> Secs # % Histogram
> *Sum* * 15* * 100*
> *Avg* *604 ms*
> 0 - 1 12 80
> 1 - 3 3 20
> 3 - 5 0 0
> 5 - 10 0 0
> 10 - 30 0 0
> > 30 0 0
>
>
> Test Scenario Overview (00:00:09)
>
>
> # Result Name # Steps Timing profile Failing step
> Duration % Graph
> 1 ok Homepage Usecases Tests Realm
> <001_HomepageUsecases/WebTestReport.html> 2 / 2 1944 21
> 2 ok Usecase Test resource documentation outside JAR package
> <002_UsecaseTestResou/WebTestReport.html> 2 / 2 91 1
> 3 ok Usecase Test resource documentation inside JAR package
> <003_UsecaseTestResou/WebTestReport.html> 2 / 2 69 1
> 4 ok Usecase Test 'Create resource: Select template'
> <004_UsecaseTestCreat/WebTestReport.html> 2 / 2 2219 25
> 5 ok Usecase Test 'Create resource: Enter parameters'
> <005_UsecaseTestCreat/WebTestReport.html> 2 / 2 1331 15
> 6 ok Usecase Test 'Create resource: Resource created'
> <006_UsecaseTestCreat/WebTestReport.html> 2 / 2 397 4
> 7 ok Usecase Test 'Create resource: New Resource'
> <007_UsecaseTestCreat/WebTestReport.html> 2 / 2 129 1
> 8 ok Usecase Test User Lenya
> <008_UsecaseTestUserL/WebTestReport.html> 2 / 2 141 2
> 9 ok Usecase Test User Alice
> <009_UsecaseTestUserA/WebTestReport.html> 2 / 2 102 1
> 10 ok Usecase Test Calendar <010_UsecaseTestCalen/WebTestReport.html>
> 2 / 2 102 1
> 11 ok Usecase Test hello <011_UsecaseTestHello/WebTestReport.html> 5
> / 5 631 7
> 12 ok Usecase Test 'Yanel Updater'
> <012_UsecaseTestYanel/WebTestReport.html> 2 / 2 913 10
> 13 ok Usecase Test 'Update : Testing Control'
> <013_UsecaseTestUpdat/WebTestReport.html> 2 / 2 505 6
> 14 ok Usecase Test 'Update : jMeter Results'
> <014_UsecaseTestUpdat/WebTestReport.html> 2 / 2 210 2
> 15 ok Usecase Test mail <015_UsecaseTestMail/WebTestReport.html> 2
> / 2 270 3
>
>
> ------------------------------------------------------------------------
>
> Created using Canoo Webtest (R_1752).
> Report created at 26.02.2009 08:27 WebTest is an Open Source project
> founded and hosted by Canoo
>
>
>
From bugzilla at wyona.com Fri Feb 27 11:18:12 2009
From: bugzilla at wyona.com (bugzilla@wyona.com)
Date: Fri Feb 27 11:18:13 2009
Subject: [Yanel-dev] [Bug 6942] Eclipse meeting follow-up: notes =>
experimenting => guidelines
Message-ID: <20090227101812.4BC0710C9FD@server1.example.com>
http://bugzilla.wyona.com/cgi-bin/bugzilla/show_bug.cgi?id=6942
------- Comment #3 from guillaume.deflache@wyona.com 2009-02-27 11:18 -------
> Caution: xsltproc does not deal well with overwriting input files, that's why .classpath2 is used instead of .classpath...
Somehow workarounded in 41728, as a default .classpath input document can now
be used.
New usage:
xsltproc --stringparam M2-repo-dir /home/guillaume/.m2/repository
~/public-Wyona.onlyFiles.VC/0_tools/eclipse-3.settings/dependencies2classpath.xslt
src/build/dependencies.xml > .classpath2
--
Configure bugmail: http://bugzilla.wyona.com/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.