| Summary: | www-servers/jboss uses packed jars | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Thomas Matthijs (RETIRED) <axxo> |
| Component: | New packages | Assignee: | No maintainer - Look at https://wiki.gentoo.org/wiki/Project:Proxy_Maintainers if you want to take care of it <maintainer-needed> |
| Status: | RESOLVED WONTFIX | ||
| Severity: | normal | CC: | java, mwolfe, unlord |
| Priority: | High | Keywords: | PMASKED |
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | All | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Bug Depends on: | 64795, 80526, 93032, 93035, 93396, 93509, 93888, 93986 | ||
| Bug Blocks: | 69972 | ||
| Attachments: |
jboss-3.2.7.ebuild
JSPWiki ebuild 2.2.28 Patch for jspwiki.properties |
||
|
Description
Thomas Matthijs (RETIRED)
2004-09-08 08:20:10 UTC
reference added to the tracker, marking as LATER. also see: 81038 reopen Created attachment 59307 [details] jboss-3.2.7.ebuild Here is an attempt at jboss without packed JARs. It uses almost all the packages that are currently available in portage. The exceptions are axis, castor, jfreechart, hibernate, and javacc, which I wasn't able to get jboss to compile with. There are a number of packages that still need to added to portage however. I'll outline them here, but there are more details in the ebuild itself. slide: http://jakarta.apache.org/slide/index.html beanshell: http://www.beanshell.org/ bouncycastle: http://www.bouncycastle.org/ cglib: http://cglib.sourceforge.net/ tyrex: http://tyrex.sourceforge.net/ gjt: http://www.gjt.org/ hsql: ??? (note, this doesn't seem to be the same as hsqldb) uddi4j: http://sourceforge.net/projects/uddi4j informa: http://informa.sourceforge.net/ jacorb: http://www.jacorb.org/ jflex: http://jflex.de/ jregex: http://jregex.sourceforge.net/ juddi: http://ws.apache.org/juddi/ junitejb: http://sourceforge.net/projects/junitejb/ joesnmp: http://sourceforge.net/projects/joesnmp/ opensaml: http://www.opensaml.org/ db java edition: http://sleepycat.com/products/je.shtml dnsjava: http://www.xbill.org/dnsjava/ tapestry: http://jakarta.apache.org/tapestry/ jaas: http://java.sun.com/products/jaas/ jce: http://java.sun.com/products/jce/ jsse: http://java.sun.com/products/jsse/ jts: http://java.sun.com/products/jts/ servlet: http://java.sun.com/products/servlet/ jspwiki: http://www.jspwiki.org A few things that could be done / improved: * I'm not positive if all these libraries are required, so it may be worth looking into seeing how to disable some features, and consequently have use flags for enabling them. * I had attempted to add jikes support, but I encountered a number of semantic errors, so a bit of patching will be necessary. * A number of JARs provided by jboss are installed into /usr/share/jboss/server/*/lib. Perhaps this could instead be installed at a location like /usr/share/jboss/common, and then symlinks could be made into the other directories, in addition to adding the JARs of this common directory to package.env's CLASSPATH. * I don't have many WAR or EAR files to test with, so more thorough testing is needed. Created attachment 63941 [details]
JSPWiki ebuild 2.2.28
This ebuild is for JSPWiki, I not yet remove the packed jars, but with
emergeing and config, works fine. Please, correct de KEYWORDS, I don't know all
JDKs.
Created attachment 63942 [details, diff]
Patch for jspwiki.properties
jspwiki.properties patch for works my configuration fine, with the defaults
pages.
*** Bug 59079 has been marked as a duplicate of this bug. *** Re-assigning to maintainer-needed, because this is a big enough package that it warrants a specific maintainer to be familar with its nuances. (In reply to comment #7) > Re-assigning to maintainer-needed, because this is a big enough package that it > warrants a specific maintainer to be familar with its nuances. > Would you please remove the java erd tag from metadata.xml then - or otherwise take the package back!? If we can't find a maintainer it should probably be removed from the tree, as unfortunate is it would be. (In reply to comment #8) > Would you please remove the java erd tag from metadata.xml then - or otherwise > take the package back!? If we can't find a maintainer it should probably be > removed from the tree, as unfortunate is it would be. Didn't see the last rites e-mail? :) (In reply to comment #9) > Didn't see the last rites e-mail? :) I don't even have the time to read everything on gentoo-dev and would expect that the package would have been hard masked, so users can take notice before it's gone entirely, which is much more important than the last rites email only a "chosen few" are reading. That's, what I do check against, crawling through some maintainer-needed bugs. Ew, just noticed I overlooked it on the package.mask file. Sorry for the noise. Closing bug. Removed from tree, till we get a maintainer and current version from source. |