Re: [Graph] the future of commons-graph and modularization

[Oliver Kopp]

Hi,

2013-05-26 17:35 GMT+02:00 Simone Tripodi :

> What I would like to propose to work _in a separated branch_, is
> trying to split the big monolith in smaller modules and separate APIs
> from related implementation as much as possible.

I know, I am very late to rejoin the party. :) Here some pointers, I
could reconstruct from the mails:

- current code:
http://svn.apache.org/viewvc/commons/sandbox/graph/trunk/src/main/java/
- the current modularization is going on at
http://svn.apache.org/viewvc/commons/sandbox/graph/branches/modularization/
- overview on alternatives to Apache Commons Graph:
https://issues.apache.org/jira/browse/SANDBOX-458

According to the homepage, there is no current release:
https://commons.apache.org/sandbox/commons-graph/

May I ask whether there is still some activity on Apache Commons Graph?

Is there a GitHub mirror of Sandbox as a whole or Graph?

What would be the required steps to make an initial release of Apache
Commons Graph and how could I support these steps?

Cheers,

Oliver
--
https://github.com/koppor/

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

[CLI] Release of version 1.3.1

[Oliver Kopp]

Hi,

I saw that CLI-252 is fixed. Is it possible to release a bugfix
version containing that fix or do we have to wait for a version 1.4?

Background: In our project JabRef we want to switch from the ritopt
library to Apache Commons CLI and want to use a released version :)

TYIA and greetings,

Oliver

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

[Graph] Missing algorithms

[Oliver Kopp]

Dear Bruno,

 He's willing to contribute to commons-graph too. Do you know if there's any 
 algorithm that would be easier to implement and that no one is working on 
 porting to commons-graph ATM, please?

I'm not tracking a list of who is porting which algorithm to
commons-graph. I think, that should be tracked in JIRA at
https://issues.apache.org/jira/browse/SANDBOX-458, possibly as sub
tasks :)

What is not in the list, missing and IMHO easy to implement is A
Simple, Fast Dominance Algorithm by Cooper, Keith  D.  and Harvey,
Timothy  J.  and Kennedy, Ken.

There is an GPL implementation based on JGraphT
(com.jopdesign.wcet.graphutils.DominatorsV, E), but I'm currently
not finding the source itself. Since Apache does not want to be
infected by GPL code, it might be better to just implement the paper
:)

Cheers,

Oliver

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

[Graph] Missing algorithms

[Oliver Kopp]

Hi,

In a discussion with Simone, we thought it would be a good idea of having a
list of missing algorithms in Apache Commons Graph. I compiled a first shot
for such a list in https://issues.apache.org/jira/browse/SANDBOX-458.

Although there are BSD-licensed graph-libraries, jBPT is the only library
offering algorithms which are useful in the context of business process
management (BPM), especially analysis of business processes [1].
Unfortunately, jBPT is licensed under LGPL.

In the context of BPM, a transformation of different languages comes
important. For instance, it is desired to transform BPMN to BPEL to enable
the usage of Workflow Engines such as Apache ODE with BPMN as input model.
I'm in the middle of such a transformation. I've based it on jBPT since I
wasn't aware up then that LGPL causes problems. I read a BPMN file into a
graph and parse it with jBPT into an RPST [2], which is then interpreted an
transformed to BPEL. The RPST itself relies on an SPQR tree [3]. There is
an implementation for RPST based on [2], but this implementation uses a C
library being GPL-licensed. There is an improvement of the algorithm
presented in [4], but the only implementation is jBPT.

If someone supported me in getting an Apache-based SPQR and RPST
implementation, I'd be very happy.

Cheers,

Oliver


[1] Artem Polyvyanyy and Matthias Weidlich. Towards a Compendium of Process
Technologies: The jBPT Library for Process Model Analysis. Proceedings of
the Forum of the 25th International Conference on Advanced Information
Systems Engineering (CAiSE Forum'13), Valencia, Spain, 2013. To appear.

[2] Vanhatalo, J.; Völzer, H.  Koehler, J. Dumas, M. The Refined Process
Structure Tree BPM'08: Business Process Management, 6th International
Conference, BPM 2008, Springer, 2008, 5240, 100-115

[3] Gutwenger, C.  Mutzel, P. A Linear Time Implementation of SPQR-Trees
Graph Drawing, Springer Berlin Heidelberg, 2001, 1984, 77-90

[4] Polyvyanyy, A.; Vanhatalo, J.  Völzer, H. Simplified Computation and
Generalization of the Refined Process Structure Tree Web Services and
Formal Methods, Springer Berlin Heidelberg, 2011, 6551, 25-41

Re: svn commit: r1486348 - in /commons/proper/compress/trunk/src: main/java/org/apache/commons/compress/archivers/zip/ZipFile.java test/java/org/apache/commons/compress/archivers/zip/ZipFileTest.java

[Oliver Kopp]

Hi,

Gary wrote:
 I'd rather see developers getting and staying involved than clamping new
 versions down with old EOL'd JREs.

According to http://www.oracle.com/technetwork/java/eol-135779.html,
Java 6 already had its EOL on Feb 2013.
Java 7 will have its EOL on March 2015 :).

Debian stable supports JRE 6 and 7 on most archs; Google App Engine
also supports Java 6 and 7.

Cheers,

Oliver

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org