DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23171.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23171.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23171.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
hi andrew,
That URL results in a username/password prompt.
unfortunately, this url is protected by the expert group login.
for anybody who wants to stay informed about the status changes
of jsr-170 (and the other jsrs) please subscribe to jcp-interest.
http://www.jcp.org/en/participation/mail
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23172.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
--- Timothy Larson [EMAIL PROTECTED] wrote:
We just need to split widget request processing from widget validation
processing and the problem will be solved.
Mini reply to myself: When I looked at the source code, this is already split.
Sorry for implying otherwise before reading the code. On
On Monday, Sep 15, 2003, at 14:37 Europe/Rome, Giacomo Pati wrote:
On Thu, 11 Sep 2003, David Crossley wrote:
I propose Antonio Gallardo and Tony Collen to be Cocoon committers.
They have both been contributing lots of stuff and discussion
on both cocoon-dev and cocoon-users since mid-2002.
Stefano Mazzocchi [EMAIL PROTECTED] writes:
The more I watch this discussion go by the more I feel
like Cocoon is
reinventing JBoss.
you are noting convergence of applying the same patterns onto two
different domains. all operating systems have a file system, but this
doesn't make
hy i would test a transformer and i used the
code of the cocoon AbtractTransformerTestCaseclass
and the
"TraxTransformerTestCase.xtest"
but i have a error :
the class
"org.apache.cocoon.sitemap.DefaultSitemapComponentSelector" is not found
in the .xtest , there is the line :
Hi,
Last week I discovered that the XSLT function
unparsed-entity-uri() does not
work in cocoon transforms.
After digging around a bit, I discovered that cocoon's SAX handlers to
not contain
any support for the SAX DTDHandler interface which contains the methods
that
are necessary to make this
Stefano Mazzocchi wrote:
I'm writing this because the
more we are, the more fun we get and the more cocoon will grow and the
more fun we can get in the future.
Gee, thanks, Stefano. That was a pleasant surprise. :-)
As the person who organized this last year, and who, after careful
---
This mail is generated automatically using
Jakarta Ant. Contents are automatically
downloaded from Apache's Bugzilla.
---
Please do not reply to
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21789.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
13 matches
Mail list logo