On Mon, Mar 31, 2014 at 1:37 AM, Gary Gregory
garydgregory-at-gmail.com |xalan.apache.org/Allow_neo-media|
<[email protected]> wrote:
> In general the problem is how to get trunk stable and released. It would be
> great to use JUnit for testing instead of the current homegrown framwork.
> Also, the build should be a Maven build, or still Ant I guess would not be
> so bad...

As for the Maven build, I'm hoping that my patch is reviewed soon and
eventually considered for inclusion in the trunk - but I'm certainly
aware of the priorities, which is to get 2.7.2 out of the door.

Concerning unit testing: I'd like to give that a stab too once the
Maven build is up and running. I've already had my odd encounters with
the current testing framework, as I didn't find it particularly easy
to understand - with JUnit everything would be much easer, making it
more attractive to developers (no learning curve if you know JUnit).

Uwe

On Mon, Mar 31, 2014 at 1:37 AM, Gary Gregory
garydgregory-at-gmail.com |xalan.apache.org/Allow_neo-media|
<[email protected]> wrote:
> On Sun, Mar 30, 2014 at 4:32 AM, USHAKOV, Sergey <[email protected]>
> wrote:
>>
>> Thank you Gary.
>>
>> I have revisited your links and found something new for me there.
>>
>> Still I probably have to confess that I am hanging around for quite a
>> while already :) and my first patch to Xalan-J dates back to some 2002... (
>> https://issues.apache.org/jira/browse/XALANJ-832 ). But I would not claim
>> myself as a sort of important person :) I'm rather a sort of devoted user
>> and occasional bug fix provider :)
>>
>> It was sad for me to see little signs of life here lately, and I am glad
>> to see life is coming back.
>>
>> What is still not clear to me about Xalan-J is its relation to other Java
>> technology sources. I know Xalan-J is endorsed by official Java platform
>> from Oracle and by OpenJDK. My impression is that the flow of improvements
>> from Xalan-J to these projects is somewhat retarded. Could you describe in
>> couple of words how does this happen?
>>
>>
>> How links between these projects are organized? Is there any routine
>> co-operation between these projects?
>
>
> At this point in time, I consider the JDK and Xalan-J as separate projects
> that have grown from the same code base. Oracle is a black box AFAIAC. The
> JDK maintains a copy of Xalan, based on an old version. I have no idea how
> they compare.
>
>>
>>
>> As for myself, I would be pleased to be helpful, but I do not pretend to
>> know Xalan-J in depth. What I would be pleased to see is my bug fixes
>> reviewed and applied :) In particular, I mean
>> https://issues.apache.org/jira/browse/XALANJ-2544 . This bug is related to
>> entity resolver being in fact only used for the source XML file, and not for
>> the XSLT transform file, so efficient use of entities is not available for
>> XSLT files... What can I do to help this bug and my patch reviewed?
>
>
> I've not looked at the patch but for one patch I'd say it is important to
> provide unit tests.
>
> In general the problem is how to get trunk stable and released. It would be
> great to use JUnit for testing instead of the current homegrown framwork.
> Also, the build should be a Maven build, or still Ant I guess would not be
> so bad...
>
> All of this is not a small task and as you've noticed, there is not much
> momentum here.
>
> There is also, in my mind the issue of how much further ahead Saxon is. I am
> not sure how comparable Saxon is to Xalan WRT to FOSS development,
> contributions, and licensing.
>
> Gary
>
>>
>>
>>
>> Thanks and best regards,
>> Sergey
>>
>>
>> On 28.03.14 18:25, Gary Gregory wrote:
>>
>> On Thu, Mar 27, 2014 at 2:41 PM, USHAKOV, Sergey <[email protected]>
>> wrote:
>>>
>>> Thank you Gary, that's fair enough.
>>
>>
>> YW.
>>
>> Welcome to the mailing list (aka the ML).
>>
>>>
>>>
>>> Just in case, could you kindly describe in few words the current Xalan-J
>>> development process?
>>
>>
>> You can start with https://xml.apache.org/xalan-j/charter.html and
>> https://www.apache.org/foundation/getinvolved.html
>>
>> Keep in mind that we are volunteers working for a non-profit organization
>> :)
>>
>>>
>>> What is the trunk that you mention?
>>
>>
>> You need to learn about version control and Apache Subversion then ;) As
>> it relates to Xalan, start here
>> https://xml.apache.org/xalan-j/downloads.html#buildmyself
>>
>>>
>>> Is the development process related, and how, to
>>> OpenJDK/Java.Net/Oracle/other procedures?
>>
>>
>> You'll have to contrast and compare that for yourself.
>>
>>>
>>> How is the new release planning organized?
>>
>>
>> On an as need be basis, normally by discussions on the development mailing
>> list.
>>
>>>
>>> Who belongs to the committers team?
>>
>>
>> https://people.apache.org/committers-by-project..html#xalan
>>
>>>
>>> How can minor contributors like me facilitate the progress? :)
>>
>>
>>  https://www.apache.org/foundation/getinvolved.html
>>
>> Gary
>>>
>>>
>>> Thanks and best regards,
>>> Sergey
>>>
>>>
>>> On 27.03.14 09:08, Gary Gregory wrote:
>>>
>>> If things go well with 2.7.2 and I've not broken anything compared to
>>> 2.7.1, then we can start more release trains.
>>>
>>> I do not intend to re-roll another RC to add more patches, only to fix
>>> regressions or something obviously wrong.
>>>
>>> The next step beyong 2.7.2 would be to find out what is the difference
>>> between 2.7.2 and trunk so that the recent 2.7.2 changes can be merged back
>>> into trunk and normal development can continue on trunk.  It would be great
>>> to stabilize and clean up trunk to figure out why the JRE has to be bumped
>>> up so much just to get it to build and run tests. I do not know yet if that
>>> was on purpose or inadvertent.
>>>
>>> Gary
>>>
>>>
>>>
>>>
>>> On Thu, Mar 27, 2014 at 12:34 AM, USHAKOV, Sergey <[email protected]>
>>> wrote:
>>>>
>>>> Hi, and sorry if breaking in at wrong moment with wrong topic.
>>>>
>>>> And it is great to see life is coming back here to XALAN-J too :)
>>>>
>>>> Not sure it might be a good idea to interrupt the process of the new
>>>> release being issued, but I would like to draw the committers' attention to
>>>> the XALANJ-2544 issue. This issue is about entity resolving being not
>>>> available for XSLT (transform template) file, while being normally 
>>>> available
>>>> for source XML file. A patch is available, so it would be great to have 
>>>> this
>>>> patch reviewed and merged if possible, be it with this release or with the
>>>> the next one...
>>>>
>>>> And I am always here to provide comments and feedback if necessary...
>>>>
>>>> Regards,
>>>> Sergey Ushakov
>>>>
>>>>
>>>>
>>>> On 26.03.14 22:59, Gary Gregory wrote:
>>>>
>>>> Hello All:
>>>>
>>>> This is a VOTE to release Apache Xalan-J 2.7.2-RC1 as 2.7.2
>>>>
>>>> This is a bug fix release. As before, Xalan-J requires a minimum of Java
>>>> 1.3.
>>>>
>>>> The Apache Xalan-J team is pleased to announce the Apache Xalan-J 2.7.2
>>>> release!
>>>>
>>>> Xalan-Java fully implements XSL Transformations (XSLT) Version 1.0 and
>>>> the XML Path Language (XPath) Version 1.0.
>>>>
>>>> Changes in this version include:
>>>>
>>>> Fixed Bugs:
>>>>
>>>> - Fix for CVE-2014-0107 insufficient secure processing
>>>>
>>>> When using FEATURE_SECURE_PROCESSING
>>>> ("http://javax.xml.XMLConstants/feature/secure-processing";) on a
>>>> TransformerFactory, the output properties:
>>>>
>>>>     {http://xml.apache.org/xalan}content-handler
>>>>     {http://xml.apache.org/xalan}entities
>>>>     {http://xml.apache.org/xslt}content-handler
>>>>     {http://xml.apache.org/xslt}entities
>>>>
>>>> should be ignored (see
>>>> http://xml.apache.org/xalan-j/usagepatterns.html#outputprops)
>>>>
>>>> These properties can be used to load an arbitrary class or access an
>>>> arbitrary URL/resource so are problematic when secure processing is 
>>>> desired.
>>>>
>>>> <xsl:output xalan:content-handler="org.example.BadClass" ...
>>>>
>>>> <xsl:output xalan:entities="http://example.org/reallyLargeFile.bin"; ...
>>>>
>>>> These features could be used to load a class that had undesirable
>>>> side-effects or to load a large file and exhaust memory, etc.
>>>>
>>>> See XALANJ-2435.
>>>>
>>>> - Upgrade to Xerces-J 2.11.0 and XML Commons External 1.4.01
>>>>
>>>> The distributions contain upgraded versions of xercesImpl.jar (Xerces-J
>>>> 2.11.0) and xml-apis.jar (XML Commons External 1.4.01).
>>>>
>>>>
>>>> - XALANJ Jira bug fixes
>>>>
>>>> XALANJ Jira bug fixes: 2435, 2580, 2546, 2581, 2582, 2583, 2473, 2495,
>>>> 2493, 2424, 2446, 2447
>>>>
>>>> You can also view the list in Jira:
>>>> https://issues.apache.org/jira/browse/XALANJ-2424?jql=project%20%3D%20XALANJ%20AND%20fixVersion%20%3D%202.7.2%20ORDER%20BY%20due%20ASC%2C%20priority%20DESC%2C%20created%20ASC
>>>>
>>>> This VOTE is open for at least 72 hours until March 29 2014 at 15:00 PM
>>>> EST.
>>>>
>>>> The files:
>>>>
>>>> https://people.apache.org/~ggregory/xalan/2.7.1-rc1/dist/
>>>>
>>>> The tags:
>>>>
>>>> https://svn.apache.org/repos/asf/xalan/java/tags/xalan-j_2_7_2-rc1
>>>> https://svn.apache.org/repos/asf/xalan/test/tags/xalan-j_2_7_2-rc1
>>>>
>>>> The docs:
>>>>
>>>> https://people.apache.org/~ggregory/xalan/2.7.1-rc1/site/
>>>>
>>>> Thank you,
>>>> Gary Gregory
>>>>
>>>> --
>>>> E-Mail: [email protected] | [email protected]
>>>> Java Persistence with Hibernate, Second Edition
>>>> JUnit in Action, Second Edition
>>>> Spring Batch in Action
>>>> Blog: http://garygregory.wordpress.com
>>>> Home: http://garygregory.com/
>>>> Tweet! http://twitter.com/GaryGregory
>>>>
>>>>
>>>
>>>
>>>
>>> --
>>> E-Mail: [email protected] | [email protected]
>>> Java Persistence with Hibernate, Second Edition
>>> JUnit in Action, Second Edition
>>> Spring Batch in Action
>>> Blog: http://garygregory.wordpress.com
>>> Home: http://garygregory.com/
>>> Tweet! http://twitter.com/GaryGregory
>>>
>>>
>>
>>
>>
>> --
>> E-Mail: [email protected] | [email protected]
>> Java Persistence with Hibernate, Second Edition
>> JUnit in Action, Second Edition
>> Spring Batch in Action
>> Blog: http://garygregory.wordpress.com
>> Home: http://garygregory.com/
>> Tweet! http://twitter.com/GaryGregory
>>
>>
>
>
>
> --
> E-Mail: [email protected] | [email protected]
> Java Persistence with Hibernate, Second Edition
> JUnit in Action, Second Edition
> Spring Batch in Action
> Blog: http://garygregory.wordpress.com
> Home: http://garygregory.com/
> Tweet! http://twitter.com/GaryGregory

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to