Reinhard Poetz escribió:
Antonio Gallardo wrote:
* Antonio, what does a potential mentor have to do to register
himself as mentor?
* Antonio, is it possible to apply as mentor for a particular
project?
Antonio, can you help us with these questions?
Sure!
Seems like I cannot post
Reinhard Poetz escribió:
Antonio Gallardo wrote:
* Antonio, is it possible to apply as mentor for a particular
project?
Yes. But keep in mind we post just ideas. A student don't need to take
our ideas. He is free to propose his own projects. This is one important
thing.
Best Regards
[ http://issues.apache.org/jira/browse/COCOON-1721?page=all ]
Antonio Gallardo reassigned COCOON-1721:
Assign To: Antonio Gallardo
Performance Issue / FS Checks
-
Key: COCOON-1721
URL: http
[ http://issues.apache.org/jira/browse/COCOON-1721?page=all ]
Antonio Gallardo closed COCOON-1721:
Fix Version: 2.2-dev (Current SVN)
2.1.10-dev (current SVN)
Resolution: Fixed
Thanks for reporting and providing the fix
[ http://issues.apache.org/jira/browse/COCOON-1837?page=all ]
Antonio Gallardo closed COCOON-1837:
Fix Version: 2.2-dev (Current SVN)
Resolution: Fixed
Assign To: Jorg Heymans
Patch already applied.
[lcocoon-licenses] New
it, forrest
is the place to go. Anyway, Ross can tell you more about hw our site is
generated now. He did the work and I just uploaded the files in ourder
to update our site. [1]
Best Regards,
Antonio Gallardo
[1] http://marc.theaimsgroup.com/?l=xml-cocoon-devm=114454664515642
[
http://issues.apache.org/jira/browse/COCOON-1718?page=comments#action_12375919
]
Antonio Gallardo commented on COCOON-1718:
--
Cocoon 2.19 was shipped with dojo. The patch is invalid for dojo. IMHO, we
should close this issue.
WDYT?
Ajax
Hi Philippe,
JBQ is pointing you to [1].
I will say there in [1] was not a satisfactory answer to me. We need to
do something about this.
Best Regards,
Antonio Gallardo.
[1] http://marc.theaimsgroup.com/?t=11441367892
Philippe LAPLANCHE escribió:
dojo.js filesize = 144 Kb
Isn't
[ http://issues.apache.org/jira/browse/COCOON-1456?page=all ]
Antonio Gallardo updated COCOON-1456:
-
Summary: SourceWritingTransformer write only the first node (was:
SourceWritingTransforer write only the first node)
Bugzilla Id
[
http://issues.apache.org/jira/browse/COCOON-1839?page=comments#action_12375696
]
Antonio Gallardo commented on COCOON-1839:
--
FYI, script/script is a a properly serialized tag. The problem is the well
know bug in the IE rendering engine as Eric
[
http://issues.apache.org/jira/browse/COCOON-1839?page=comments#action_12375697
]
Antonio Gallardo commented on COCOON-1839:
--
Eric, would you try to move script right after the title? IMHO, it should
work. Something like:
head
for the long commit. Seems like unintentionally I pressed Esc
Ctrl F and eclipse formatted the code. :-(
Best Regards,
Antonio Gallardo.
Hi,
Can someone take care of this?
Best Regards,
Antonio Gallardo.
---BeginMessage---
Dear Cocoon Team,
We are web hosting company with 1000+ java clients
and we added cocoon support for our clients so we want to be listed in your
Cocoon hosting page.
This is our info:
URL: http
Jorg Heymans escribió:
Antonio Gallardo wrote:
Still there are some problems with this plugin, but allows to see 1
project, wich I found very useful.
I didn't try this, but what do you mean by 1 project ? Mounting
everything like is done in 2.1.x ?
Yep.
Best Regards,
Antonio
/Update source folders
Still there are some problems with this plugin, but allows to see 1
project, wich I found very useful.
WDYT?
Best Regards,
Antonio Gallardo
[1] http://svn.apache.org/viewcvs.cgi/cocoon/trunk/README.txt?view=markup
[2] http://m2eclipse.codehaus.org/
[3]
http
Bertrand Delacretaz escribió:
Le 8 avr. 06 à 22:17, Antonio Gallardo a écrit :
.Please update cocoon zones with the latest greatest version [1]. ;-)
Done - http://cocoon.zones.apache.org/demos/release/ now runs 2.1.9
Great! :-)
Best Regards,
Antonio Gallardo.
P.S: As soon as my ISP
Jorg Heymans escribió:
Hi,
At the moment we are using jakarta-bcel-20040329.jar . Is there any
reason not to upgrade to a more recent 5.0 or 5.1 ?
Moving to 5.0 or 5.1 means downgrade.
http://jakarta.apache.org/bcel/news.html
Best Regards,
Antonio Gallardo.
If nothing else this would
on, then we don't need this feature. This
is why IMHO, let's talk first about the functionality before going into
implementation details. :-)
Best Regards,
Antonio Gallardo.
Ben Pope escribió:
On 10/04/06, Antonio Gallardo [EMAIL PROTECTED] wrote:
Jorg Heymans escribió:
Hi,
At the moment we are using jakarta-bcel-20040329.jar . Is there any
reason not to upgrade to a more recent 5.0 or 5.1 ?
Moving to 5.0 or 5.1 means downgrade.
http
Thanks Ben.
FYI, in xalan, bcel is used for xsltc.
Best Regards,
Antonio Gallardo.
Ben Pope escribió:
In case you or anybody else is interested, I downloaded
bcel-5.2rc1.zip, extracted bcel-5.2rc1.jar, ran:
mvn install:install-file -DgroupId=jakarta-bcel
-DartifactId=jakarta-bcel -Dversion
Ben Pope escribió:
On 10/04/06, Antonio Gallardo [EMAIL PROTECTED] wrote:
Ben Pope escribió:
With a little digging around, 5.2RC1 has recently been released:
http://article.gmane.org/gmane.comp.jakarta.bcel.devel/1052
And they're looking for testers, perhaps it is still time
Ben Pope escribió:
On 11/04/06, Antonio Gallardo [EMAIL PROTECTED] wrote:
Thanks Ben.
FYI, in xalan, bcel is used for xsltc.
So I guess it's used in cached pipelines, and I guess the default
pipeline is cached, so I guess it was tested ;)
It depends, because the default xslt
and hence it needs to include in the operation the whole
set of rows from the repeater.
I think we should first define the user interface and then go into
implementation details.
WDYT?
Best Regards,
Antonio Gallardo.
Hi,
Please update cocoon zones with the latest greatest version [1]. ;-)
Best Regards,
Antonio Gallardo.
[1] http://cocoon.zones.apache.org/demos/release/samples/
Ross Gardler escribió:
built docs are available at
http://forrest.zones.apache.org/ft/build/cocoon-docs.tar.gz
Can someone else please update the website, I'm off to bed.
Thanks Ross. I will upload the site.
Best Regards,
Antonio Gallardo.
/news.html
A maybe somewhere else.
I will update javadocs now.
Best Regards,
Antonio Gallardo.
Antonio Gallardo escribió:
I will update javadocs now.
Done! [1] :-)
Best Regards,
Antonio Gallardo
[1] http://cocoon.apache.org/2.1/apidocs/index.html
David Crossley escribió:
Support from the third corner of the world coming online:
Antonio Gallardo wrote:
Ross Gardler escribi?:
built docs are available at
http://forrest.zones.apache.org/ft/build/cocoon-docs.tar.gz
Can someone else please update the website, I'm off to bed
Some ideas:
1- With Jira is posible to generate a summary [1].
should we add something like that for the next release notes?
2-Is good to include the release date into the release notes file.
WDYT?
Best Regards,
Antonio Gallardo.
[1]
http://issues.apache.org/jira/secure/ReleaseNote.jspa
Carsten Ziegeler escribió:
Can someone please generate the docs for the 2.1.9 release, so we can
put an archive of the docs in the download area like we did for 2.1.8?
Carsten
Thanks Carsten for the release. As usual, I will take care of the
javadocs. ;-)
Best Regards,
Antonio Gallardo.
cocoon.
Best Regards,
Antonio Gallardo.
Hi,
Please see the report below. Comments?
Best Regards,
Antonio Gallardo.
Document Size -
http://cocoon.zones.apache.org/demos/21branch/samples/blocks/forms/form1
Documents (1 file) 18 kb
http://cocoon.zones.apache.org/demos/21branch/samples/blocks/forms/form1
18 kb
Dear infra,
Is posible to close bugzilla for cocoon? We now use JIRA.
Many thanks in advance.
Best Regards,
Antonio Gallardo.
[EMAIL PROTECTED] escribió:
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org
Upayavira escribió:
Antonio Gallardo wrote:
Dear infra,
Is posible to close bugzilla for cocoon? We now use JIRA.
Apparently not. It would have been otherwise.
I am not aware about the internal configuration in the ASF. I see we
currently use bugzilla 2.18.5. In our company, we
I cross checked and now is disabled:
http://issues.apache.org/bugzilla/enter_bug.cgi?product=Cocoon+1
http://issues.apache.org/bugzilla/enter_bug.cgi?product=Cocoon+2
Thanks for your support!
Best Regards,
Antonio Gallardo.
Yoav Shapira escribió:
Hi,
I just set Cocoon 1 to closed for bug
[
http://issues.apache.org/jira/browse/COCOON-1815?page=comments#action_12371956
]
Antonio Gallardo commented on COCOON-1815:
--
Would you provide a patch?
CopySourceAction generate NPE
-
Key: COCOON-1815
Upayavira escribió:
Tried both. No luck with either.
Are you using maven 2.0.2?
Best Regards,
Antonio Gallardo.
[ http://issues.apache.org/jira/browse/COCOON-1814?page=all ]
Antonio Gallardo reassigned COCOON-1814:
Assign To: Antonio Gallardo
Deprecated form of getOutputStream() still used internally
[ http://issues.apache.org/jira/browse/COCOON-1814?page=all ]
Antonio Gallardo updated COCOON-1814:
-
Summary: Deprecated method
oa.c.environment.Environment.getOutputStream() still used internally (was:
Deprecated form of getOutputStream
[ http://issues.apache.org/jira/browse/COCOON-1814?page=all ]
Antonio Gallardo updated COCOON-1814:
-
Summary: Deprecated method o.a.c.environment.Environment.getOutputStream()
still used internally (was: Deprecated method
[ http://issues.apache.org/jira/browse/COCOON-1814?page=all ]
Antonio Gallardo closed COCOON-1814:
Resolution: Fixed
Thanks for the patch! It was applied with minor changes. Please cross check and
reopen the bug if needed.
Deprecated method
Thanks Reinhard! It simply works again. :-)
and more to discussions. It's time for him to be able to commit his
patches himself!
Please cast your votes.
Sylvain
+1
Best Regards,
Antonio Gallardo
this in the 2.1.9 Release Notes. That
way our users will have time to prepare for switching JVM.
WDYT?
Best Regards,
Antonio Gallardo.
Vadim Gritsenko escribió:
Antonio Gallardo wrote:
WDYT?
I agree with all points, but personally I'd prefer to release 2.2
(defined as: 2.1 + new core + mvn monolithic build) and stop
maintenance of 2.1 branch. Don't you think this will be a better
alternative? :)
While I understand
Vadim Gritsenko escribió:
Antonio Gallardo wrote:
WDYT?
I agree with all points, but personally I'd prefer to release 2.2
(defined as: 2.1 + new core + mvn monolithic build) and stop
maintenance of 2.1 branch. Don't you think this will be a better
alternative? :)
Vadim
retrying...
What
;) He has been
and is committer and active in several other Apache projects and have
started some OS projects outside Apache. He is also an expert member
of JSR 291 (OSGi), and earlier JSR-78 (RMI Custom Remote References).
Please cast your votes.
/Daniel
+1 :-)
Best Regards,
Antonio
Reinhard Poetz wrote:
Antonio Gallardo wrote:
Reinhard Pötz wrote:
As we are at it to mavenize the missing blocks, we should also
cleanup trunk which is quite a mess. I propose following structure
cocoon/trunk
+- blocks
|+- cocoon-apples
|+- ...
+- core
|+- cocoon-core
code freeze on the 31st of March
- Release on the 6th of April (if nothing bad happens)
Please cast your votes
Carsten
+1
Best Regards,
Antonio Gallardo
to use just apples?
Best Regards,
Antonio Gallardo.
looking for xerces-2.8.0 commons-io 1.2, et al in the maven2 repos.
Best Regards,
Antonio Gallardo.
Niclas Hedhman wrote:
If SNAPSHOTs are totally unavoidable, consider putting these in the Svn
alongside the source code. Inability to build from today's source in the
future is a serious flaw in chosen strategy.
This is exactly what we do internally. ;-)
Best Regards,
Antonio Gallardo
Reinhard Poetz wrote:
Jorg Heymans wrote:
Antonio Gallardo wrote:
I know, but IIRC Giacomo told the directory name is not important for
jar generation since there is a directive in pom.xml to change the jar
name. Looking at the current trunk the cocoon- prefix create a lot of
noise
missing. Also,
doing the whole releasing process just to be stopped be an issue is a
wasted effort after all. For this reason, the release manager (Carsten)
prefers to do a formal vote before before starting the whole releasing
process. I think it is a good practice. :-)
Best Regards,
Antonio
Antonio Gallardo wrote:
Reinhard Poetz wrote:
Jorg Heymans wrote:
Antonio Gallardo wrote:
I know, but IIRC Giacomo told the directory name is not important for
jar generation since there is a directive in pom.xml to change the jar
name. Looking at the current trunk the cocoon- prefix
sounds way cool, but maybe
Cocoon would then be just another application built on that framework?
We've just been another application built on Avalon framework, right?
I don't see a problem with that. :-)
Best Regards,
Antonio Gallardo.
, instead of helping to finish the blocks
work or at least the M10N, is just beyond my imagination.
/Daniel
I agree with Daniel.
+1
Best Regards,
Antonio Gallardo.
[
http://issues.apache.org/jira/browse/COCOON-1724?page=comments#action_12370644
]
Antonio Gallardo commented on COCOON-1724:
--
fb:group is basically the replacement of the former wd:struct [1].
We can find some docs ([2] and [3]) in our wiki
Bertrand Delacretaz wrote:
Le 13 mars 06 à 08:28, Antonio Gallardo a écrit :
...On saturday I updated to xerces 2.8.0, but the changes are not
showed here:
http://cocoon.zones.apache.org/demos/21branch/samples/status.html..
Fixed by adding an svn cleanup before svn up in the startup
Jean-Baptiste Quenot wrote:
* Antonio Gallardo:
[EMAIL PROTECTED] wrote:
Log:
Sync with 2.1
Modified:
cocoon/trunk/cocoon-core/src/main/java/org/apache/cocoon/reading/ImageReader.java
The code between cocoon 2.1.x and 2.2 for this class is not exactly the same because 2.2
resource, see
http://issues.apache.org/jira/browse/COCOON-1799
Is not enough to said the whole AbstractCachingProcessingPipeline.java
should be merged? :-)
Best Regards,
Antonio Gallardo.
Bruno,
please update the license files in legal.
Best Regards,
Antonio Gallardo
[EMAIL PROTECTED] wrote:
Author: bruno
Date: Sun Mar 12 01:36:27 2006
New Revision: 385265
URL: http://svn.apache.org/viewcvs?rev=385265view=rev
Log:
Adding updated daisy htmlcleaner jar as pointed out by gump
Hi:
On saturday I updated to xerces 2.8.0, but the changes are not showed here:
http://cocoon.zones.apache.org/demos/21branch/samples/status.html
It is not the first time this happens. Can someone take a closer look to
the zone update? Many thanks in advance. :-)
Best Regards,
Antonio
the bug was never released. I will delete it now.
This feature must also be ported to trunk.
+1 I will prefer if Max can do that.
Best Regards,
Antonio Gallardo
everything :). I would call for a code
freeze on the 24th of March then.
WDYT?
Carsten
+1 In the meantime, lets keep looking at patches in the queue.
+1. It sounds like a great plan. ;-)
Best Regards,
Antonio Gallardo.
and 2.2 for this class is not exactly the
same because 2.2 has 1.4 as the minimum JVM version, hence the bug
described in [1] does not apply anymore. Please remove the bug
workaround in 2.2. Thank you. ;-)
Best Regards,
Antonio Gallardo.
[1] http://developer.java.sun.com/developer/bugParade
synchronized. I know this is a boring task, but an important one.
wdyt?
Best Regards,
Antonio Gallardo.
[PATCH] Threads waste when reading a not found resource.
Key: COCOON-1799
URL: http://issues.apache.org/jira
the assignee in the list.
Then why the issue is assigned an not fixed yet? ;-)
Best Regards,
Antonio Gallardo.
The subject said all.
Best Regards,
Antonio Gallardo.
[ http://issues.apache.org/jira/browse/COCOON-1796?page=all ]
Antonio Gallardo reassigned COCOON-1796:
Assign To: Antonio Gallardo
TraversableGenerator calls resloveURI() twice but release() only once
[ http://issues.apache.org/jira/browse/COCOON-1796?page=all ]
Antonio Gallardo updated COCOON-1796:
-
Summary: TraversableGenerator calls resolveURI() twice but release() only
once (was: TraversableGenerator calls resloveURI() twice but release
[ http://issues.apache.org/jira/browse/COCOON-1796?page=all ]
Antonio Gallardo updated COCOON-1796:
-
Fix Version: 2.1.9-dev (current SVN)
TraversableGenerator calls resolveURI() twice but release() only once
[ http://issues.apache.org/jira/browse/COCOON-1799?page=all ]
Antonio Gallardo reassigned COCOON-1799:
Assign To: Antonio Gallardo
[PATCH] Threads waste when reading a not found resource
/21branch/
The following error was encountered:
* * Read Error *
The system returned:
/(104) Connection reset by peer/
An error condition occurred while reading data from the network. Please
retry your request.
It is only me? :-S
Best Regards,
Antonio Gallardo.
[EMAIL PROTECTED
://cocoon.zones.apache.org/
is up, but not much else...)
Thanks for confirming the error. :-)
Best Regards,
Antonio Gallardo.
[ http://issues.apache.org/jira/browse/COCOON-1799?page=all ]
Antonio Gallardo closed COCOON-1799:
Fix Version: 2.1.9-dev (current SVN)
Resolution: Fixed
Thanks for the patch!
It was applied in 2.1.9-dev. The code in 2.2
. Cforms already depends
on commons-lang. :-)
Best Regards,
Antonio Gallardo.
Simone
Ugo Cei wrote:
Il giorno 02/mar/06, alle ore 00:35, Simone Gianni ha scritto:
I developed an ApacheEnumSelectionList class and I'm ready to
contribute it, but i think it would be nicer to merge this code
the Edit link of the issue you want to change. There is a
section Other Info containing a checkbox field Patch available.
IIRC edit option is available to committers. Is this correct, Pier?
Best Regards,
Antonio Gallardo.
[
http://issues.apache.org/jira/browse/COCOON-1785?page=comments#action_12368329
]
Antonio Gallardo commented on COCOON-1785:
--
Thanks Eric for your contribution!
The i18nMessage doesn't include a logger. Patch applied as is.
I18nMessage - null
[ http://issues.apache.org/jira/browse/COCOON-1785?page=all ]
Antonio Gallardo updated COCOON-1785:
-
Would you cross check and close the bug?
I18nMessage - null parameter values causes NPE
--
Key
[
http://issues.apache.org/jira/browse/COCOON-1786?page=comments#action_12368338
]
Antonio Gallardo commented on COCOON-1786:
--
Improved Second patch applied. Would you cross check the patch and close the
issue?
BrowserUpdateTransformer can get
[ http://issues.apache.org/jira/browse/COCOON-1785?page=all ]
Antonio Gallardo reassigned COCOON-1785:
Assign To: Antonio Gallardo
I18nMessage - null parameter values causes NPE
--
Key
[ http://issues.apache.org/jira/browse/COCOON-1786?page=all ]
Antonio Gallardo reassigned COCOON-1786:
Assign To: Antonio Gallardo
BrowserUpdateTransformer can get into invalid state - must override recycle
[
http://issues.apache.org/jira/browse/COCOON-1785?page=comments#action_12368215
]
Antonio Gallardo commented on COCOON-1785:
--
String.valueOf() replace null -- null [1]
Is this the expected behavior? Is not better to log the error or to throw
[ http://issues.apache.org/jira/browse/COCOON-1786?page=all ]
Antonio Gallardo updated COCOON-1786:
-
Thanks for the patch!
The patch was applied. Please cross check and close the bug.
BrowserUpdateTransformer can get into invalid state - must override
[ http://issues.apache.org/jira/browse/COCOON-1778?page=all ]
Antonio Gallardo updated COCOON-1778:
-
Fix Version: 2.1.9-dev (current SVN)
NPE calling QuartzJobScheduler.fireJob if the job is a CronJob
[ http://issues.apache.org/jira/browse/COCOON-806?page=all ]
Antonio Gallardo reassigned COCOON-806:
---
Assign To: Antonio Gallardo (was: Cocoon Developers Team)
[PATCH]: HSSF Serializer does not process gmr:PrintInformation
[ http://issues.apache.org/jira/browse/COCOON-806?page=all ]
Antonio Gallardo reassigned COCOON-806:
---
Assign To: Cocoon Developers Team (was: Antonio Gallardo)
[PATCH]: HSSF Serializer does not process gmr:PrintInformation
it
to the correct location for deployment/build (this is meant for the
branch).
Or add some mock classes in our base code. Se far, we have been doing it
for mail.jar and other jars that we don't distribute due legal reasons.
Best Regards,
Antonio Gallardo.
- -- Giacomo Pati
Otego AG, Switzerland
[ http://issues.apache.org/jira/browse/COCOON-1778?page=all ]
Antonio Gallardo reassigned COCOON-1778:
Assign To: Antonio Gallardo
NPE: QuartzJobScheduler.fireJob - needs
---
Key: COCOON-1778
[ http://issues.apache.org/jira/browse/COCOON-1774?page=all ]
Antonio Gallardo reassigned COCOON-1774:
Assign To: Antonio Gallardo
Fine Tuning Ajax Handling in CForms
---
Key: COCOON-1774
[ http://issues.apache.org/jira/browse/COCOON-1774?page=all ]
Antonio Gallardo updated COCOON-1774:
-
Component: Blocks: Ajax
Version: 2.1.8
(was: 2.1.9-dev (current SVN))
Fine Tuning Ajax Handling in CForms
://cvs.gnome.org/viewcvs/gimp-help-2/images/
Under wich License are being distributed this icons?
Best Regards,
Antonio Gallardo.
Ralph Goers wrote:
So once all references in our code are gone it can be removed?
Maybe not, ie xalan needs regexp. :-S
Best Regards,
Antonio Gallardo.
Joerg Heinicke wrote:
On 10.02.2006 23:29, Ralph Goers wrote:
I ran a grep a while ago and found that there was one other place
[EMAIL PROTECTED] wrote:
Author: pier
Date: Thu Feb 9 10:49:12 2006
New Revision: 376379
URL: http://svn.apache.org/viewcvs?rev=376379view=rev
Log:
Backporting changes from BRANCH_2_1_X
Backporting? You are foreporting, right? ;-)
Best Regards,
Antonio Galardo.
[
http://issues.apache.org/jira/browse/COCOON-1771?page=comments#action_12365584
]
Antonio Gallardo commented on COCOON-1771:
--
Upayavira, may I remove the anonymous attach?
cocoon.ajax.Fader runtime error when style uses abreviated form #ccc
[ http://issues.apache.org/jira/browse/COCOON-1771?page=all ]
Antonio Gallardo updated COCOON-1771:
-
Thanks for the patch. It was applied with minor changes. Please cross check and
close the bug.
cocoon.ajax.Fader runtime error when style uses
of files (the folder has 130Mb in
it). How would I tell if there's anything missing?
cd check out directory and run 'svn up' again.
Best Regards,
Antonio Gallardo.
Andrew Stevens wrote:
From: Antonio Gallardo [EMAIL PROTECTED]
Date: Tue, 07 Feb 2006 11:37:59 -0600
...
cd check out directory and run 'svn up' again.
Nope, no difference.
C:\development\cocoon\BRANCH_2_1_Xsvn up
svn: REPORT request failed on '/repos/asf/!svn/vcc/default'
svn: REPORT
[ http://issues.apache.org/jira/browse/COCOON-1771?page=all ]
Antonio Gallardo reassigned COCOON-1771:
Assign To: Antonio Gallardo
cocoon.ajax.Fader runtime error when style uses abreviated form #ccc in
IE6.0sp2
401 - 500 of 1974 matches
Mail list logo