Ted Leung on the air
Ted Leung on the air: Open Source, Java, Python, and ...
Ted Leung on the air: Open Source, Java, Python, and ...
Thu, 16 Jan 2003
I couldn't resist...
I hacked a proof-of-concept
to compute jar dependencies based on attributes in jar file manifests.
I'm not tackling the hard problems like versioning, or setting up a
distributed, mirrored, repository. I figure this is a good starting point that could get
refactored into a real solution. Or not.
It works like this. When jar files are created, place three new attrbutes in the manifest: jar-id: a string representing a unique id for this jar
jar-version: a string representing the version identifier for this jar
jar-dependencies: a comma separated list of jar-id#jar-version tuples which
specifies the jars that this jar directly depends on
If all jars embedded this information, then we just compute the set of dependencies needed by the application (root) jar, get those that we don't have, compute their dependencies, and repeat until we have all the jars.
[15:26] |
[computers/programming/java] |
# |
TB |
F |
G |
0 Comments |
It works like this. When jar files are created, place three new attrbutes in the manifest: jar-id: a string representing a unique id for this jar
jar-version: a string representing the version identifier for this jar
jar-dependencies: a comma separated list of jar-id#jar-version tuples which
specifies the jars that this jar directly depends on
If all jars embedded this information, then we just compute the set of dependencies needed by the application (root) jar, get those that we don't have, compute their dependencies, and repeat until we have all the jars.
What to do about the classpath problem?
The classpath problem is getting written about a lot today:
James Strachan
points
out Classworlds, the
underpinning for Uberjar. He also relates uberjar to static linking.
I would like to see a "dynamic linking" solution, where we don't have
to create uberjars, and we don't need a centralized description of the
jars that we need.
Ted Neward wants
a new JSR that will deal with the issues of versioning and Jar-to-Jar
dependencies.
Markus Kohlher thinks
(and I agree with him) that we should specify the dependencies (and
versions) within the jar files. He points out that the jar file spec
already defines a Class-Path attribute.
A number of solutions to this problem have been proposed, but none has
really come to fruition. At the ASF, we've had jjar,
cjan,
and now Maven. There's also a cjan project at
Sourceforge. There might be even more than this.
This is a problem that needs to get solved -- a number of people are
taking cracks at it. I wonder -- is there a way to get this happening
faster? I know Ted Neward is interested in a JSR and Markus is working on
code. I've looked at the jjar code a while ago and talked with some
Maven folk about this problem at ApacheCon.
[10:25] |
[computers/programming/java] |
# |
TB |
F |
G |
0 Comments |
Open Source and Security
There a nice CNET editorial
by Whitfield Diffie, on the role of open source software and computer
security. Key statements:
[09:50] |
[computers/open_source] |
# |
TB |
F |
G |
0 Comments |
As for the notion that open source's usefulness to opponents outweighs the advantages to users, that argument flies in the face of one of the most important principles in security: A secret that cannot be readily changed should be regarded as a vulnerability.
It isn't that secrets are never needed in security. It's that they are never desirable.
It's simply unrealistic to depend on secrecy for security in computer software.
The secret to strong security: less reliance on secrets.Go read the whole thing.
Already causing trouble
Sam says that
my RSS feed is breaking Radio's aggregator because of my use of
category domains. I did run the RSS files through the RSS validator
before I turned on the blog. Glad to see that Dave Winer is going to
fix Radio.
Sam -- feel free to give me an e-mail smack whenever you like if
anything else like this happens.
If anyone else is having problems with the domains, please e-mail me
and I'll turn them off until your aggregator can deal.
[09:42] |
[computers/internet/weblogs] |
# |
TB |
F |
G |
0 Comments |