[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#426259: ITP: springframework -- layered Java/J2EE application framework



Le Monday 01 September 2008 22:07:31 Andreas Schildbach, vous avez écrit :
> Hi Damien,

Hi Andreas,

> > I'm willing to help too, could we make a team to work on this package ?
>
> Glad you are asking. I have already uploaded a very rough first version
> of the Debian package to mentors.debian.net:
>
> - URL: http://mentors.debian.net/debian/pool/main/l/libspring-2.5-java
> - Source repository: deb-src http://mentors.debian.net/debian unstable main
> contrib non-free - dget
> http://mentors.debian.net/debian/pool/main/l/libspring-2.5-java/libspring-2
>.5-java_2.5.5-1.dsc
>
> I have identified most - if not all - build/runtime dependencies that are
> already included in the Debian archive (see debian/control).

I had a look at your package and I've compared your B-D field with my homemade 
listing. Here is the diff :
+antlr
+aspectj
+bsh
+glassfish-javaee
+glassfish-mail
+junit
+junit4
+libcglib2.1-java
+libcommons-beanutils-java
+libcommons-codec-java
+libcommons-dbcp-java
+libcommons-digester-java
+libcommons-discovery-java
+libcommons-io-java
+libcommons-lang-java
+libcommons-validator-java
+libeasymock-java
+libehcache-java
-libgnumail-java
+libhibernate3-java
+libhsqldb-java
+libibatis-java
+libjarjar-java
+libjaxen-java
-libservlet2.4-java
+libmx4j-java
+libqdox-java
+libquartz-java
+libslf4j-java
+libtiles-java
+libvelocity-tools-java
+libwsdl4j-java

Has you can see, I'm trying to build every single module of spring 2.5 source 
code :)

1) You can observe I'm using glassfish-javaee instead of libservlet2.4-
java+libgnumail-java because glassfish-javaee include many more api (JTA, JSP, 
Activation, EJB3, JMS, etc...)

2) I'm currently packaging libvelocity-tools-java (ITP #497436) and libtiles-
java (ITP #497437). I've set them as blocker for this bug.

> Unfortunately, there are still loads of dependencies not in the archive,
> some of which probably never will (e.g. SUN licence, does it permit
> redistribution at all?)

You're right. We have to strip some part of springframework until someone re-
licence them under a DFSG licence (for example Sun JSF + Portlet API, 
Websphere, OC4J, etc...).

Here is my list of removed JAR due to licencing problems :
- commonj-twm.jar
- websphere_uow_api.jar
- portlet-api.jar
- oc4j-clapi.jar

So that, I've removed the following files/directories from orig.tar.gz :
org/springframework/web/portlet
org/springframework/transaction/jta
  - WebSphereUowTransactionManager.java
  - WebSphereTransactionManagerFactoryBean.java
  - JotmFactoryBean.java
org/springframework/scheduling/commonj
org/springframework/jdbc/support/nativejdbc/XAPoolNativeJdbcExtractor.java

I've also patched 
org/springframework/scripting/support/ScriptFactoryPostProcessor.java
to use import org.objectweb.asm.Type instead of net.sf.cglib.asm.Type

> But those that can be packaged should probably be
> packaged soon. Maybe you want to take this task? I will compile a list and
> attach it to this task.

I'm currently working on libvelocity-tools-java, libtiles-java, bnd, 
jasperreports.

Cheers,
-- 
Damien Raude-Morvan / www.drazzib.com

Attachment: signature.asc
Description: This is a digitally signed message part.


Reply to: