Scott,
Thank you and I agree that this could be useful for other apps as well.
I also have found an xml parser (SAP XML toolkit), which is not
compatible to setting an additional parameter
(http://apache.org/xml/features/dom/defer-node-expansion) to
DocumentBuilderFactory. It appears that setting
Greetings!
After much trouble shooting, I have successfully used the Apache SOAP Toolkit under
the Java Plugin 1.3.1_02. To do so, you need to add the following to your client
applet jar: activation.jar, soap.jar, mail.jar and crimson.jar. Then you will need to
sign your jar. The use of crim
What I like most about such a proposal is that it is completely up to
the commiters to decide whether they want opt in or opt out.
What do others think?
It continues to sound reasonable to me, but I'd personally like to see
the Jakarta "brand" continue. Not sure how to *do* that...
I don't
Hello all,
At ApacheCon I had a number of great discussions
with people from all over the ASF. One
of the many topics of discussion
was around the organization of the ASF. I'm going to try
to
summarize the organization discussion below.
It seems that there are 2 major
issues:
1. The
Ted Leung wrote:
4. Some option that hasn't been thought of yet.
Based initially on the reorg discussions, and then a number of F2F
discussions at ApacheCon, I am planning on proposing something radical
within Jakarta, but it applies equally well here. I provided some
foreshadowing for this
[suggestion to hold this discussion only on [EMAIL PROTECTED] from now?]
Sam Ruby wrote:
> Separate code bases with separate communities should be separate
> projects. Independent of the size of the codebase, if the size of
> the community is only a few people, then it is not an ASF project.
