Re: [VOTE] Merge Temp_Avalon to trunk

[Clay Leeds]

+1 

Should this happen on general@?

Clay

"My religion is simple. My religion is kindness."
- HH Dalai Lama of Tibet

> On Jan 15, 2019, at 2:48 AM, Simon Steiner  wrote:
> 
> Hi,
> 
> Chris West and Thomas Pasch submitted a patch to remove Avalon, since this
> dependency is no longer maintained and doesn't compile under Java 9.
> The vote will last 5 working days, ending next Tuesday. 
> 
> https://issues.apache.org/jira/browse/FOP-2733
> http://svn.apache.org/viewvc/xmlgraphics/fop/branches/Temp_Avalon/
> 
> Here is my vote: +1
> 
> Thanks
> 
> 
> 

Jenkins build is back to normal : xmlgraphics-fop #230

[Apache Jenkins Server]

See 

[VOTE] Merge Temp_Avalon to trunk

[Simon Steiner]

Hi,

Chris West and Thomas Pasch submitted a patch to remove Avalon, since this
dependency is no longer maintained and doesn't compile under Java 9.
The vote will last 5 working days, ending next Tuesday. 

https://issues.apache.org/jira/browse/FOP-2733
http://svn.apache.org/viewvc/xmlgraphics/fop/branches/Temp_Avalon/

Here is my vote: +1

Thanks

Re: [VOTE] Merge Temp_Avalon to trunk

[Matthias Reischenbacher]

+1

On 15.01.2019 07:48, Simon Steiner wrote:
> Hi,
>
> Chris West and Thomas Pasch submitted a patch to remove Avalon, since this
> dependency is no longer maintained and doesn't compile under Java 9.
> The vote will last 5 working days, ending next Tuesday. 
>
> https://issues.apache.org/jira/browse/FOP-2733
> http://svn.apache.org/viewvc/xmlgraphics/fop/branches/Temp_Avalon/
>
> Here is my vote: +1
>
> Thanks
>
>
>

[ANNOUNCE] Apache Roadshow Chicago, Call for Presentations

[Trevor Grant]

Hello Devs!


You're receiving this email because you are subscribed to one or more
Apache developer email lists.

I’m writing to let you know about an exciting event coming to the Chicago
area: The Apache Roadshow Chicago.  It will be held May 13th and 14th at
three bars in the Logan Square neighborhood (Revolution Brewing, The
Native, and the Radler).

There will be six tracks:

   -

   Apache in Adtech:  Tell us how Apache works in your advertising stack
   -

   Apache in Fintech: Tell us how Apache works in your finance/insurance
   business
   -

   Apache in Startups: Tell us how you’re using Apache in your startup
   -

   Diversity in Apache: How do we increase and encourage diversity in
   Apache and tech fields overall?
   -

   Made in Chicago: Apache related things made by people in Chicago that
   don’t fall into other buckets
   -

   Project Shark Tank: Do you want more developers or users for your Apache
   project? Come here and pitch it!


This is an exciting chance to learn about how Apache Projects are in use in
production around Chicago, how business users make the decision to use
Apache projects, to learn about exciting new projects that want help from
developers like you, and how/why to increase diversity in tech and IT.

If you have any use cases of Apache products in Adtech, Fintech, or
Startups; if you represent a minority working in tech and have perspectives
to share, if you live in the Chicagoland area and want to highlight some
work you’ve done on an Apache project, or if you want to get other people
excited to come work on your project, then please submit a CFP before the
deadline on February 15th!

Tickets to the Apache Roadshow Chicago are $100; speakers will get a
complimentary ticket.

We’re looking forward to reading your submissions and seeing you there on
May 13-14!

Sincerely,

Trevor Grant

https://www.apachecon.com/chiroadshow19/cfp.html

https://www.apachecon.com/chiroadshow19/register.html

Build failed in Jenkins: xmlgraphics-fop #229

[Apache Jenkins Server]

See 

--
[...truncated 26.98 KB...]
Downloaded: 
https://repository.apache.org/content/repositories/snapshots/org/apache/xmlgraphics/batik-dom/1.11.0-SNAPSHOT/batik-dom-1.11.0-20190115.135548-12.pom
 (3 KB at 6.4 KB/sec)
Downloading: 
https://repository.jboss.org/nexus/content/repositories/thirdparty-releases/org/apache/xmlgraphics/batik-ext/1.11.0-SNAPSHOT/maven-metadata.xml
Downloading: 
https://repository.apache.org/content/repositories/snapshots/org/apache/xmlgraphics/batik-ext/1.11.0-SNAPSHOT/maven-metadata.xml
Downloaded: 
https://repository.apache.org/content/repositories/snapshots/org/apache/xmlgraphics/batik-ext/1.11.0-SNAPSHOT/maven-metadata.xml
 (787 B at 1.7 KB/sec)
Downloading: 
https://repository.apache.org/content/repositories/snapshots/org/apache/xmlgraphics/batik-ext/1.11.0-SNAPSHOT/batik-ext-1.11.0-20190115.135556-12.pom
Downloaded: 
https://repository.apache.org/content/repositories/snapshots/org/apache/xmlgraphics/batik-ext/1.11.0-SNAPSHOT/batik-ext-1.11.0-20190115.135556-12.pom
 (2 KB at 3.9 KB/sec)
Downloading: 
https://repository.jboss.org/nexus/content/repositories/thirdparty-releases/org/apache/xmlgraphics/batik-xml/1.11.0-SNAPSHOT/maven-metadata.xml
Downloading: 
https://repository.apache.org/content/repositories/snapshots/org/apache/xmlgraphics/batik-xml/1.11.0-SNAPSHOT/maven-metadata.xml
Downloaded: 
https://repository.apache.org/content/repositories/snapshots/org/apache/xmlgraphics/batik-xml/1.11.0-SNAPSHOT/maven-metadata.xml
 (787 B at 1.8 KB/sec)
Downloading: 
https://repository.apache.org/content/repositories/snapshots/org/apache/xmlgraphics/batik-xml/1.11.0-SNAPSHOT/batik-xml-1.11.0-20190115.135929-12.pom
Downloaded: 
https://repository.apache.org/content/repositories/snapshots/org/apache/xmlgraphics/batik-xml/1.11.0-SNAPSHOT/batik-xml-1.11.0-20190115.135929-12.pom
 (2 KB at 4.3 KB/sec)
Downloading: 
https://repository.apache.org/content/repositories/snapshots/org/apache/xmlgraphics/batik-parser/1.11.0-SNAPSHOT/maven-metadata.xml
Downloading: 
https://repository.jboss.org/nexus/content/repositories/thirdparty-releases/org/apache/xmlgraphics/batik-parser/1.11.0-SNAPSHOT/maven-metadata.xml
Downloaded: 
https://repository.apache.org/content/repositories/snapshots/org/apache/xmlgraphics/batik-parser/1.11.0-SNAPSHOT/maven-metadata.xml
 (790 B at 1.7 KB/sec)
Downloading: 
https://repository.apache.org/content/repositories/snapshots/org/apache/xmlgraphics/batik-parser/1.11.0-SNAPSHOT/batik-parser-1.11.0-20190115.135638-12.pom
Downloaded: 
https://repository.apache.org/content/repositories/snapshots/org/apache/xmlgraphics/batik-parser/1.11.0-SNAPSHOT/batik-parser-1.11.0-20190115.135638-12.pom
 (3 KB at 5.5 KB/sec)
Downloading: 
https://repository.apache.org/content/repositories/snapshots/org/apache/xmlgraphics/batik-svg-dom/1.11.0-SNAPSHOT/maven-metadata.xml
Downloading: 
https://repository.jboss.org/nexus/content/repositories/thirdparty-releases/org/apache/xmlgraphics/batik-svg-dom/1.11.0-SNAPSHOT/maven-metadata.xml
Downloaded: 
https://repository.apache.org/content/repositories/snapshots/org/apache/xmlgraphics/batik-svg-dom/1.11.0-SNAPSHOT/maven-metadata.xml
 (791 B at 1.7 KB/sec)
Downloading: 
https://repository.apache.org/content/repositories/snapshots/org/apache/xmlgraphics/batik-svg-dom/1.11.0-SNAPSHOT/batik-svg-dom-1.11.0-20190115.135736-12.pom
Downloaded: 
https://repository.apache.org/content/repositories/snapshots/org/apache/xmlgraphics/batik-svg-dom/1.11.0-SNAPSHOT/batik-svg-dom-1.11.0-20190115.135736-12.pom
 (3 KB at 6.5 KB/sec)
Downloading: 
https://repository.jboss.org/nexus/content/repositories/thirdparty-releases/org/apache/xmlgraphics/batik-bridge/1.11.0-SNAPSHOT/maven-metadata.xml
Downloading: 
https://repository.apache.org/content/repositories/snapshots/org/apache/xmlgraphics/batik-bridge/1.11.0-SNAPSHOT/maven-metadata.xml
Downloaded: 
https://repository.apache.org/content/repositories/snapshots/org/apache/xmlgraphics/batik-bridge/1.11.0-SNAPSHOT/maven-metadata.xml
 (790 B at 1.7 KB/sec)
Downloading: 
https://repository.apache.org/content/repositories/snapshots/org/apache/xmlgraphics/batik-bridge/1.11.0-SNAPSHOT/batik-bridge-1.11.0-20190115.135514-13.pom
Downloaded: 
https://repository.apache.org/content/repositories/snapshots/org/apache/xmlgraphics/batik-bridge/1.11.0-SNAPSHOT/batik-bridge-1.11.0-20190115.135514-13.pom
 (4 KB at 8.8 KB/sec)
Downloading: 
https://repository.apache.org/content/repositories/snapshots/org/apache/xmlgraphics/batik-gvt/1.11.0-SNAPSHOT/maven-metadata.xml
Downloading: 
https://repository.jboss.org/nexus/content/repositories/thirdparty-releases/org/apache/xmlgraphics/batik-gvt/1.11.0-SNAPSHOT/maven-metadata.xml
Downloaded: 
https://repository.apache.org/content/repositories/snapshots/org/apache/xmlgraphics/batik-gvt/1.11.0-SNAPSHOT/maven-metadata.xml
 (787 B at 1.7 KB/sec)
Downloading: 

Re: [VOTE] Merge Temp_Avalon to trunk

[Chris]

+1

On 15/01/2019 10:48, Simon Steiner wrote:
> Hi,
>
> Chris West and Thomas Pasch submitted a patch to remove Avalon, since this
> dependency is no longer maintained and doesn't compile under Java 9.
> The vote will last 5 working days, ending next Tuesday.
>
> https://issues.apache.org/jira/browse/FOP-2733
> http://svn.apache.org/viewvc/xmlgraphics/fop/branches/Temp_Avalon/
>
> Here is my vote: +1
>
> Thanks
>
>
>
> .
>

[jira] [Commented] (FOP-2733) [PATCH] Drop dependency on Avalon-Framework

[Thomas Pasch (JIRA)]

[ 
https://issues.apache.org/jira/browse/FOP-2733?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16743725#comment-16743725
 ] 

Thomas Pasch commented on FOP-2733:
---

Dear Simon,

could you please be a bit more specific what the problem with barcode4j is? 
What would be my aim if I want to solve the problem?

At first glance, barcode4j seems to be a very aged project using fop-0.20.5 and 
avalon-4.2.0 (and other) as its dependencies. It also targets Java 1.4, and 
there is no official github mirror.

Regards,

aanno

> [PATCH] Drop dependency on Avalon-Framework
> ---
>
> Key: FOP-2733
> URL: https://issues.apache.org/jira/browse/FOP-2733
> Project: FOP
>  Issue Type: Bug
>Reporter: Chris West
>Assignee: simon steiner
>Priority: Major
> Attachments: fop-no-avalon-1.patch
>
>
> FOP depends on avalon-framework, an old Apache project officially abandoned 
> in 2004. Nearly nobody uses avalon-framework anymore, and I'd like to see it 
> laid to rest.
> avalon-framework no-longer compiles with Java 9. Fixing it yet again seems 
> like insanity. This isn't a problem for Maven users, who can keep using the 
> old binary (and suffer slow verification on startup), but is a problem for 
> distros like Debian, who want to be able to build everything.
> Others have asked about this before, e.g. 
> http://apache-fop.1065347.n5.nabble.com/FOP-and-Avalon-td44302.html
> I propose removing the dependency on Avalon entirely, fixing the couple of 
> cases where it breaks, and inlining the two packages that are actually still 
> used.. I have created a patch here: 
> https://github.com/apache/fop/compare/trunk...FauxFaux:trunk , also attached.
> It's not great to read in patch form, so here's a summary of the changes:
>  * Remove dependence on avalon-framework from Maven, classpath variables etc.
>  * Add Avalon's configuration package as main:org.apache.fop.configuration 
> directly, and keep using it essentially unmodified.
>  * Add Avalon's logging framework as test:org.apache.fop.threading.logger. 
> This is only used in test code, in the threaded test code runner. It is 
> essentially source compatible with log4j/commons-logging, so could probably 
> be deleted.
>  * Change `CIDFontType` from a Avalon enum to a Java5 `enum`. This appears to 
> be source, but not binary, compatible.
>  * Remove some use of lifecycle management interfaces in test code, which are 
> not doing anything.
>  * Change some exception printing in test code to print the full exception 
> (using the Java api), instead of a truncated exception. The output is not 
> asserted upon, just sent to stderr.
>  * Stop using Cascading*Exception in tests, and for ConfigurationException. I 
> doubt anyone will notice, as it offers no real functionality.
> That's it!
> The most controversial thing here is probably adding the configuration 
> package, and the extra lines of code it drags along with it. I am happy to 
> give it a bit of a polish; make significant changes to fop to remove all the 
> unused interfaces / abstract classes (which are just waste); put some 
> generics and formatting in, etc.?



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

[jira] [Commented] (FOP-2733) [PATCH] Drop dependency on Avalon-Framework

[simon steiner (JIRA)]

[ 
https://issues.apache.org/jira/browse/FOP-2733?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16742933#comment-16742933
 ] 

simon steiner commented on FOP-2733:


avalon still needed when barcode4j is used

> [PATCH] Drop dependency on Avalon-Framework
> ---
>
> Key: FOP-2733
> URL: https://issues.apache.org/jira/browse/FOP-2733
> Project: FOP
>  Issue Type: Bug
>Reporter: Chris West
>Assignee: simon steiner
>Priority: Major
> Attachments: fop-no-avalon-1.patch
>
>
> FOP depends on avalon-framework, an old Apache project officially abandoned 
> in 2004. Nearly nobody uses avalon-framework anymore, and I'd like to see it 
> laid to rest.
> avalon-framework no-longer compiles with Java 9. Fixing it yet again seems 
> like insanity. This isn't a problem for Maven users, who can keep using the 
> old binary (and suffer slow verification on startup), but is a problem for 
> distros like Debian, who want to be able to build everything.
> Others have asked about this before, e.g. 
> http://apache-fop.1065347.n5.nabble.com/FOP-and-Avalon-td44302.html
> I propose removing the dependency on Avalon entirely, fixing the couple of 
> cases where it breaks, and inlining the two packages that are actually still 
> used.. I have created a patch here: 
> https://github.com/apache/fop/compare/trunk...FauxFaux:trunk , also attached.
> It's not great to read in patch form, so here's a summary of the changes:
>  * Remove dependence on avalon-framework from Maven, classpath variables etc.
>  * Add Avalon's configuration package as main:org.apache.fop.configuration 
> directly, and keep using it essentially unmodified.
>  * Add Avalon's logging framework as test:org.apache.fop.threading.logger. 
> This is only used in test code, in the threaded test code runner. It is 
> essentially source compatible with log4j/commons-logging, so could probably 
> be deleted.
>  * Change `CIDFontType` from a Avalon enum to a Java5 `enum`. This appears to 
> be source, but not binary, compatible.
>  * Remove some use of lifecycle management interfaces in test code, which are 
> not doing anything.
>  * Change some exception printing in test code to print the full exception 
> (using the Java api), instead of a truncated exception. The output is not 
> asserted upon, just sent to stderr.
>  * Stop using Cascading*Exception in tests, and for ConfigurationException. I 
> doubt anyone will notice, as it offers no real functionality.
> That's it!
> The most controversial thing here is probably adding the configuration 
> package, and the extra lines of code it drags along with it. I am happy to 
> give it a bit of a polish; make significant changes to fop to remove all the 
> unused interfaces / abstract classes (which are just waste); put some 
> generics and formatting in, etc.?



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)