[gentoo-java] caucho-services, burlap and hessian mess

[gentoo-java] caucho-services, burlap and hessian mess

[Krzysiek Pawlik]

[-- Attachment #1: Type: text/plain, Size: 749 bytes --]


Hi,

I intend to clean up the mess that caucho-services, burlap and hessian have 
become. Hessian upstream jar has been splitted into three separate packages - 
bite me why, also current versions in the tree are very, very old. I intent to 
create two ebuilds:

  * hessian-3.0.20 - new, merged hessian protocol package, will provide 3 jars
  * hessian-3.1.6 - like above

(slots 3.0 and 3.1)

If you need one jar from hessian then you're doing something wrong anyway.

If there are no objections I'll go forward with the change, for start 
package.mask'ed - to have time to fix mx4j and mx4j-tools.

-- 
Krzysiek Pawlik   <nelchael at gentoo.org>   key id: 0xBC555551
desktop-misc, java, apache, ppc, vim, kernel, python...


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 260 bytes --]

Re: [gentoo-java] caucho-services, burlap and hessian mess

[Andrew Cowie]

[-- Attachment #1: Type: text/plain, Size: 891 bytes --]

On Wed, 2008-06-11 at 11:16 +0200, Krzysiek Pawlik wrote:

>   * hessian-3.0.20 - new, merged hessian protocol package, will provide 3 jars
>   * hessian-3.1.6 - like above

Nice work. Scott's work on Resin is impressive. It has certainly been
the JSP runner of our choice for over 6 years and has served us well in
production. I'm pleased to see someone taking care of related ebuilds.

AfC
Sydney

-- 
Andrew Frederick Cowie

Operational Dynamics is an operations and engineering consultancy
focusing on IT strategy, organizational architecture, systems
review, and effective procedures for change management. We actively
carry out research and development in these areas on behalf of our
clients, and enable successful use of open source in their mission
critical enterprises, worldwide.

http://www.operationaldynamics.com/

Sydney   New York   Toronto   London

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [gentoo-java] caucho-services, burlap and hessian mess

[Krzysiek Pawlik]

[-- Attachment #1: Type: text/plain, Size: 721 bytes --]

Andrew Cowie wrote:
> On Wed, 2008-06-11 at 11:16 +0200, Krzysiek Pawlik wrote:
> 
>>   * hessian-3.0.20 - new, merged hessian protocol package, will provide 3 jars
>>   * hessian-3.1.6 - like above
> 
> Nice work. Scott's work on Resin is impressive. It has certainly been
> the JSP runner of our choice for over 6 years and has served us well in
> production. I'm pleased to see someone taking care of related ebuilds.

As I'm the maintainer of www-servers/resin I'd like to clean up also other 
Caucho related ebuilds.

As there were no objections I'll go with this today.

-- 
Krzysiek Pawlik   <nelchael at gentoo.org>   key id: 0xBC555551
desktop-misc, java, apache, ppc, vim, kernel, python...


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 260 bytes --]

Re: [gentoo-java] caucho-services, burlap and hessian mess

[Petteri Räty]

[-- Attachment #1: Type: text/plain, Size: 458 bytes --]

Krzysiek Pawlik kirjoitti:
> 
> Hi,
> 
> I intend to clean up the mess that caucho-services, burlap and hessian 
> have become. Hessian upstream jar has been splitted into three separate 
> packages - bite me why, also current versions in the tree are very, very 
> old. I intent to create two ebuilds:
> 

Probably to have cleaner dependencies up the tree. I think there used to 
be other stuff besides mx4j needing them.

Regards,
Petteri


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 260 bytes --]

Re: [gentoo-java] caucho-services, burlap and hessian mess

[Krzysiek Pawlik]

[-- Attachment #1: Type: text/plain, Size: 383 bytes --]

Petteri Räty wrote:
> Probably to have cleaner dependencies up the tree. I think there used to 
> be other stuff besides mx4j needing them.

My quick grep of the tree didn't reveal other ebuilds, but I'll double-check 
before unmasking hessian.

-- 
Krzysiek Pawlik   <nelchael at gentoo.org>   key id: 0xBC555551
desktop-misc, java, apache, ppc, vim, kernel, python...


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 260 bytes --]

Re: [gentoo-java] caucho-services, burlap and hessian mess

[Krzysiek Pawlik]

[-- Attachment #1: Type: text/plain, Size: 590 bytes --]


This is done:

  * new hessian: hessian-3.0.20 and hessian-3.1.6
  * version bump of mx4j* to version 3.0.2

New versions of hessian require >=JDK 1.5, so I had to raise the lowest allowed 
JDK version for mx4j from 1.4 to 1.5.

Any idea how to test what packages would be affected by unmasking of new mx4j?

Build everything in dev-java ? It would also catch all compile errors, etc 
independent from mx4j - which is not relevant to this case.

-- 
Krzysiek Pawlik   <nelchael at gentoo.org>   key id: 0xBC555551
desktop-misc, java, apache, ppc, vim, kernel, python...


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 260 bytes --]

Re: [gentoo-java] caucho-services, burlap and hessian mess

[Petteri Räty]

[-- Attachment #1: Type: text/plain, Size: 1021 bytes --]

Krzysiek Pawlik kirjoitti:
> 
> This is done:
> 
>  * new hessian: hessian-3.0.20 and hessian-3.1.6
>  * version bump of mx4j* to version 3.0.2
> 
> New versions of hessian require >=JDK 1.5, so I had to raise the lowest 
> allowed JDK version for mx4j from 1.4 to 1.5.
> 
> Any idea how to test what packages would be affected by unmasking of new 
> mx4j?
> 
> Build everything in dev-java ? It would also catch all compile errors, 
> etc independent from mx4j - which is not relevant to this case.
> 

betelgeuse@pena ~/bin $ cat emergerdeps
#!/bin/bash
emerge -1 -a $(rdeps ${1} | egrep R?DEPEND | uniq | cut -f 3 -d ' ' | 
sed -e 's/^/=/' | uniq)
#echo $(rdeps ${1} | egrep R?DEPEND | uniq | cut -f 3 -d ' ' | sed -e 
's/^/=/' | uniq)
betelgeuse@pena ~/bin $ cat rdeps
#!/bin/bash
adjutrix -D /usr/portage --log-level silent --write-cache-dir 
/var/cache/paludis/metadata/ -r "${@}"

or whatever reverse dependency tool rocks your boat (like jeeves for 
instance)

Regards,
Petteri


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 260 bytes --]

Re: [gentoo-java] caucho-services, burlap and hessian mess

[Krzysiek Pawlik]

[-- Attachment #1: Type: text/plain, Size: 381 bytes --]

Petteri Räty wrote:
> or whatever reverse dependency tool rocks your boat (like jeeves for 
> instance)

Could you recommend any tool? Except paludis/pkgcore (I don't have any feeling 
towards them, I just don't need another package manager).

-- 
Krzysiek Pawlik   <nelchael at gentoo.org>   key id: 0xBC555551
desktop-misc, java, apache, ppc, vim, kernel, python...


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 260 bytes --]

Re: [gentoo-java] caucho-services, burlap and hessian mess

[Petteri Räty]

[-- Attachment #1: Type: text/plain, Size: 448 bytes --]

Krzysiek Pawlik kirjoitti:
> Petteri Räty wrote:
>> or whatever reverse dependency tool rocks your boat (like jeeves for 
>> instance)
> 
> Could you recommend any tool? Except paludis/pkgcore (I don't have any 
> feeling towards them, I just don't need another package manager).
> 

They work just fine as a read only tool while using emerge to do the 
actual package handling. You could try the jeeves IRC bot.

Regards,
Petteri


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 260 bytes --]

Re: [gentoo-java] caucho-services, burlap and hessian mess

[Fabian Groffen]

On 23-06-2008 20:53:46 +0300, Petteri Räty wrote:
> Krzysiek Pawlik kirjoitti:
>> Petteri Räty wrote:
>>> or whatever reverse dependency tool rocks your boat (like jeeves for  
>>> instance)
>>
>> Could you recommend any tool? Except paludis/pkgcore (I don't have any  
>> feeling towards them, I just don't need another package manager).
>>
>
> They work just fine as a read only tool while using emerge to do the  
> actual package handling. You could try the jeeves IRC bot.

Or just www.gentoo-portage.com?


-- 
Fabian Groffen
Gentoo on a different level
-- 
gentoo-java@lists.gentoo.org mailing list

Re: [gentoo-java] caucho-services, burlap and hessian mess

[Petteri Räty]

[-- Attachment #1: Type: text/plain, Size: 351 bytes --]

Krzysiek Pawlik kirjoitti:
> 
> Build everything in dev-java ? It would also catch all compile errors, 
> etc independent from mx4j - which is not relevant to this case.
> 

There should be no build errors while compiling everything in dev-java 
at least in stable as the result of recent JDK stabling bugs for example.

Regards,
Petteri


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 260 bytes --]

Re: [gentoo-java] caucho-services, burlap and hessian mess

[Krzysiek Pawlik]

[-- Attachment #1: Type: text/plain, Size: 370 bytes --]

Petteri Räty wrote:
> There should be no build errors while compiling everything in dev-java 
> at least in stable as the result of recent JDK stabling bugs for example.

That's great :) I'll try to setup a build root for this test.

-- 
Krzysiek Pawlik   <nelchael at gentoo.org>   key id: 0xBC555551
desktop-misc, java, apache, ppc, vim, kernel, python...


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 260 bytes --]

Re: [gentoo-java] caucho-services, burlap and hessian mess - dropping JDK 1.4 ?

[Krzysiek Pawlik]

[-- Attachment #1: Type: text/plain, Size: 5041 bytes --]


Ok, there's a problem with mx4j-*-3.0.2:

1. commons-modeler: has >=jdk-1.4 - would need to be changed to 1.5
2. groovy: has || ( =jdk-1.5 =jdk-1.4 )
3. proxool: has >=jdk-1.4
4. tomcat: needs mx4j when java5 USE flag is disabled, it uses then JDK 1.4 and 
mx4j-core is compiled with 1.5 (due to hessian needing 1.5)

Maybe it's time to deprecate 1.4 and reccomend >=1.5 where it's possible?

I propose to deprecate java5 USE flag and default to >=1.5 - 1.4 is long time 
dead. What that means? Everywhere where there's a >=jdk-1.{2,3,4} it should be 
changed to >=jdk-1.5, if there's a strict dependency on 1.4 there's not much we 
can do, beside leaving the offending package to bit rot. Following packages 
could be affected (the list may contain errors):

adaptx-0.9.13_p20041105-r3:DEPEND="=virtual/jdk-1.4*
avalon-logkit-1.2-r2:=virtual/jdk-1.4*
avalon-logkit-1.2-r3:=virtual/jdk-1.4*
avalon-logkit-2.1-r1:=virtual/jdk-1.4*
avalon-logkit-2.1-r2:=virtual/jdk-1.4*
axion-1.0_rc2-r3:=virtual/jdk-1.4* )
backport-util-concurrent-1.1.01-r1:DEPEND="=virtual/jdk-1.4*
backport-util-concurrent-3.0:!java5? ( =virtual/jdk-1.4* )
batik-1.6-r3:DEPEND="=virtual/jdk-1.4*
c3p0-0.9.0.4:DEPEND="|| ( =virtual/jdk-1.5* =virtual/jdk-1.4* )
castor-0.9.9.1-r2:=virtual/jdk-1.4*
castor-0.9.9.1-r3:=virtual/jdk-1.4*
commons-beanutils-1.7.0-r3:test? ( dev-java/junit:0 || ( =virtual/jdk-1.5* 
=virtual/jdk-1.4* ) )
commons-dbcp-1.2.2:=virtual/jdk-1.4*
commons-jxpath-1.2-r3:DEPEND="|| ( =virtual/jdk-1.5* =virtual/jdk-1.4* )
crimson-1.1.3-r1:DEPEND="|| ( =virtual/jdk-1.4* =virtual/jdk-1.3* )"
gnu-jaf-1.0-r2:DEPEND="|| ( =virtual/jdk-1.4* =virtual/jdk-1.5* )
gnu-jaxp-1.3-r1:DEPEND="=virtual/jdk-1.4*
groovy-1.0-r1:DEPEND="|| ( =virtual/jdk-1.5* =virtual/jdk-1.4* )
hessian-3.0.8-r3:DEPEND="=virtual/jdk-1.4*
hibernate-3.0.5-r2:JAVA_PKG_NV_DEPEND="=virtual/jdk-1.4* =virtual/jdk-1.5*"
hibernate-3.1.3:=virtual/jdk-1.4*
icu4j-3.6.1-r1:DEPEND="test? ( || ( =virtual/jdk-1.5* =virtual/jdk-1.4* ) )
icu4j-3.8.1:DEPEND="test? ( || ( =virtual/jdk-1.5* =virtual/jdk-1.4* ) )
icu4j-3.8.1:!test? ( || ( =virtual/jdk-1.6* =virtual/jdk-1.5* =virtual/jdk-1.4* ) )
itext-2.0.7:DEPEND="|| ( =virtual/jdk-1.6* =virtual/jdk-1.5* =virtual/jdk-1.4* )
itext-2.0.8:DEPEND="|| ( =virtual/jdk-1.6* =virtual/jdk-1.5* =virtual/jdk-1.4* )
itext-2.1.0:DEPEND="|| ( =virtual/jdk-1.6* =virtual/jdk-1.5* !doc? ( !rups? ( 
=virtual/jdk-1.4* ) ) )
itext-2.1.1:DEPEND="|| ( =virtual/jdk-1.6* =virtual/jdk-1.5* !doc? ( !rups? ( 
=virtual/jdk-1.4* ) ) )
itext-2.1.2-r1:DEPEND="|| ( =virtual/jdk-1.6* =virtual/jdk-1.5* !doc? ( !rups? ( 
=virtual/jdk-1.4* ) ) )
itext-2.1.2:DEPEND="|| ( =virtual/jdk-1.6* =virtual/jdk-1.5* !doc? ( !rups? ( 
=virtual/jdk-1.4* ) ) )
jakarta-jstl-1.1.2-r1:DEPEND="|| ( =virtual/jdk-1.5* =virtual/jdk-1.4* )
jaxme-0.3.1-r4:=virtual/jdk-1.4*
jdbc-jaybird-2.0.1:DEPEND="|| ( =virtual/jdk-1.5* =virtual/jdk-1.4* )
jdbc-jaybird-2.1.0-r1:DEPEND="|| ( =virtual/jdk-1.5* =virtual/jdk-1.4* )
jdbc-jaybird-2.1.0:DEPEND="|| ( =virtual/jdk-1.5* =virtual/jdk-1.4* )
jdbc-jaybird-2.1.2:!java6? ( !java5? ( =virtual/jdk-1.4* ) )
jdbc-mysql-3.1.13-r5:=virtual/jdk-1.4*
jdbc-mysql-5.0.6:=virtual/jdk-1.4*
jdbc-mysql-5.0.8:=virtual/jdk-1.4*
jdbc-postgresql-8.2_p504:!java5? ( =virtual/jdk-1.4* )
jdbc-postgresql-8.2_p504:JAVA_PKG_NV_DEPEND="=virtual/jdk-1.4*"
jdbc-postgresql-8.2_p505:!java5? ( =virtual/jdk-1.4* )
jdbc-postgresql-8.2_p505:JAVA_PKG_NV_DEPEND="=virtual/jdk-1.4*"
jdbc-postgresql-8.2_p506:!java5? ( =virtual/jdk-1.4* )
jdbc-postgresql-8.3_p603-r1:!java5? ( !java6? ( =virtual/jdk-1.4* ) )
jdbc-postgresql-8.3_p603:!java5? ( =virtual/jdk-1.4* )
jessie-1.0.0-r2:DEPEND="=virtual/jdk-1.4*
jmp-0.51:DEPEND="|| ( =virtual/jdk-1.5* =virtual/jdk-1.4* )
joda-time-1.4-r1:=virtual/jdk-1.4*
jtds-1.2-r2:=virtual/jdk-1.4*
mckoi-1.0.3-r1:DEPEND="|| ( =virtual/jdk-1.5* =virtual/jdk-1.4* )
metadata-extractor-2.2.2-r2:test? ( =virtual/jdk-1.6* =virtual/jdk-1.5* 
=virtual/jdk-1.4* )
mockobjects-0.09-r2:=virtual/jdk-1.4*
mockobjects-0.09-r3:|| ( =virtual/jdk-1.5* =virtual/jdk-1.4* )
openjms-0.7.6.1-r3:DEPEND="=virtual/jdk-1.4*
openjms-0.7.6.1-r4:DEPEND="=virtual/jdk-1.4*
struts-legacy-1.0-r2:DEPEND="|| ( =virtual/jdk-1.5* =virtual/jdk-1.4* )
tagunit-1.0.1-r1:DEPEND=" || ( =virtual/jdk-1.4* =virtual/jdk-1.3* )
tagunit-1.0.1-r2:DEPEND="=virtual/jdk-1.4*
telnetd-1.0-r2:=virtual/jdk-1.4* )
tomcat-servlet-api-5.5.26:!java5? ( =virtual/jdk-1.4* )
tomcat-servlet-api-5.5.26:!java5? ( =virtual/jdk-1.4* )"
xmlgraphics-commons-1.2:DEPEND="|| ( =virtual/jdk-1.6* =virtual/jdk-1.5* 
=virtual/jdk-1.4* )
xmlunit-1.0-r2:!test? ( || ( =virtual/jdk-1.5* =virtual/jdk-1.4* ) )
xmlunit-1.0-r2:=virtual/jdk-1.4*
xstream-1.2-r1:!java5? ( =virtual/jdk-1.4* )
xstream-1.2:!java5? ( =virtual/jdk-1.4* )

If there are no objections I volunteer to do the transition.

-- 
Krzysiek Pawlik   <nelchael at gentoo.org>   key id: 0xBC555551
desktop-misc, java, apache, ppc, vim, kernel, python...


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 260 bytes --]

Re: [gentoo-java] caucho-services, burlap and hessian mess - dropping JDK 1.4 ?

[William L. Thomson Jr.]

[-- Attachment #1: Type: text/plain, Size: 1290 bytes --]

On Tue, 2008-06-24 at 09:29 +0200, Krzysiek Pawlik wrote:
> Ok, there's a problem with mx4j-*-3.0.2:
> 
> 1. commons-modeler: has >=jdk-1.4 - would need to be changed to 1.5
> 2. groovy: has || ( =jdk-1.5 =jdk-1.4 )
> 3. proxool: has >=jdk-1.4
> 4. tomcat: needs mx4j when java5 USE flag is disabled, it uses then JDK 1.4 and 
> mx4j-core is compiled with 1.5 (due to hessian needing 1.5)
> 
> Maybe it's time to deprecate 1.4 and reccomend >=1.5 where it's possible?
> ....
> If there are no objections I volunteer to do the transition.

No problems here. Although there was an issue with Tomcat 5.5 having war
deployment or redeployment issues when compiled as 1.5. Something to do
with differences in Catalina.jar. But it wasn't really wide spread, nor
was a bug ever filed on it. So that could become an issue if 1.4 is
removed. Worse case we have to find problem or take some other action.

Also might be some fun with jdbc-jaybird. But otherwise I have no
problems, and your welcome to touch any package I maintain as needed in
the process. Just try for little to no borkage. If you sprinkle while
you tinkle, please be neat and wipe the seat :)

Thanks for the effort, and initiative.

-- 
William L. Thomson Jr.
amd64/Java/Trustees
Gentoo Foundation


[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 197 bytes --]