I've been testing batik on and off with Classpath the last year,
hoping it would make it to Debian/main and thus allow the OpenJump
package to make it into Debian/main. But there are still issues. But
I am starting to suspect that the problem isn't with Classpath, but
with batik itself, as it fail to run with SUN Java as well.

Is batik supposed to work? When I use the ./squiggle.sh in the
pkg-java svn, it throws an exception:

%% JAVA_HOME=/usr/lib/jvm/java-1.5.0-sun-1.5.0.08 ./squiggle.sh
Java HotSpot(TM) Client VM warning: Can't detect initial thread stack location - find_vma failed
java.security.AccessControlException: access denied (java.net.NetPermission setDefaultAuthenticator)
at java.security.AccessControlContext.checkPermission(AccessControlContext.java:264)
at java.security.AccessController.checkPermission(AccessController.java:427)
at java.lang.SecurityManager.checkPermission(SecurityManager.java:532)
at java.net.Authenticator.setDefault(Authenticator.java:110)
at org.apache.batik.apps.svgbrowser.Main.(Unknown Source)
at org.apache.batik.apps.svgbrowser.Main.main(Unknown Source)
%%

Is the batik package broken? Did something change in SUN Java
breaking batik, or did this never work?

Juergen Kreileder wrote:

Do I have SVN access to the pkg-java repository? I'm having difficulties
importing the code.

Marcus

I will be out of the office from August 21st through
September 4th.

For undergraduate advising issues, please contact Helene
Obradovich, helene@u.washington.edu.

For general advising issues, please contact
Monica Leibrant, monicale@ee.washington.edu.

If you wish to contact me personally, please send mail to
graham1@speakeasy.net.

Anything else? I'll respond to messages as soon as possible
after my return.

Thank you.

Stephen Graham
Advising Program Assistant

All:

Current Debian Java Policy [1] in section "Chapter 2.1: Virtual Machines"
stipulates "If a virtual machine supports native code, it must include the
directory /usr/lib/jni in its search path for these dynamic libraries."

There is no rationale given for this policy choice and I fail to
see the advantage of it. On the other hand I can imagine the
following contraindications:

- Multiple VM's, or different versions of the same VM, may use similarly
named native libraries which have different version dependencies.
In the aforementioned policy scheme there is no way to avoid such
a version clash.
- Each VM under /usr/lib/jvm// it would seem should be
self contained in that file hierarchy, insomuch as possible.
- Usually VM native libraries are required to implement the VM
itself and would not have any utility being exposed in
a "public path" as a native Java add-on library would

Shall this requirement be dropped for virtual machines?

Regards,

--Tom

Hi,

Currently, there is update-java-alternatives in java-common to manage
the various java commands and how they refer to which implementation.
People can however ignore it and update-alternatives themselves, things
can get out-of-sync, and how to set priorities is unclear and not easy
to decide on.

In the current Debian Java policy, java libraries are required to
properly document how to modify classpath such that people can use them
-- this does not work automatically.

Because of the above two issues, let me propose a different approach.

- All java commands such as /usr/bin/java, javac, javap, javadoc, etc
etc are all replaced by a shellscript provided by java-common. The
alternatives are removed
- There is one 'register' directory...

gcj-4.1 in experimental is not just about gcjwebplugin; it contains a
backport of a classpath-0.92 prerelease and gcj from the current
trunk. it's this upgrade which makes gcj interesting for etch. If we
do want to include, it has to be tested with packages currently
depending on it (packages like OOo, eclipse, many more smaller
packages). I've tested myself just with eclipse and jython on i386 and
amd64, so we are missing tests for ia64, sparc, powerpc, alpha, s390,
mips, mipsel (besides the testsuite). I can't do these tests in the
next two weeks, so help on it would be appreciated.

Hi,

I know it´s probably linked to a proprietary Java (I know that some people
from Sun have now sneaked in ;-), but is someone aware of the problem
described under:
http://forum.java.sun.com/thread.jspa?threadID=760238
which will probably hit testing (and the fan) at some point in time?

I´m asking because I'm supporting FreeMind on Linux and would prefer to
have the issue fixed before the fan is hit (already got a request about
it), even though I have no clue where I should start looking (hence this
email).

Thanks, Eric

Hi,

I am too keen to try out jboss on classpth 0.92. Anyone working on the
packaging? It would be great if we can have it go to etch.

Cheers
Praveen

PS: Last time when I reinstalled I decided to be lot saner by only using
testing :-(

--
"Value your freedom, or you will lose it, teaches history.
`Don't bother us with politics', respond those who don't want to learn."

Tipp Topp EEquities August Issue: A GAO

Make no mistake: Our mission at Tiip TTop Equitiess is to sift through the thousands of underperforming companies out there to find the golden needle in the haystack. The m i c r o - c a p diamond that can make you a fortune. More often than not, the s t o c k s we profile show a significant increase in s t o c k p r i c e, sometimes in days, not months or years. We have come across what we feel is one of those rare deals that the public has not heard about yet.

MY W I N N I N G PICK IS A GAO!!!

Get on A GAO First Thing on WEDNESDAY, it's going to expload!

C o m p a n y: AG A RES OURCES IN C

About the Company:
A G A Resources, Inc. is an Exploration Stage Company. The Company has acquired a mineral property located in the Province of British Columbia, Canada and has not yet determined whether this property contains reserves that are economically recoverable. The Company has started exploration. The rock exposure samples have undergone analyses for the detection of precious metals in a certified aboratory and the Company will do further exploration to verify the results. Members should pick up A GAO as early as possible on Wednesday.

This news is going to send AGA O off the charts! We all know that in the this business it's the big announcements that makes these s t o c k s explode!!!

Symbol: AGA O

Current P r i c e: $1.90

Target P r i c e: $4.10

The p r i c e is the minimum for last week and it will bo om on Wednesday!

Recommendation: "SSTRONG BUUY" starting on WEDNESDAY, AUGUST 16, 2006.

March winds and April showers bring forth May flowers Take care of the pennies and the pounds will take care of themselves

Breaking News:
A G A Resources, Inc. (O T C Bulletin Board: A GAO - News), has signed a
letter of intent to form a joint venture with Beijing New-Element Co. Ltd. ("New-Element"), a promotion and marketing company based in Beijing.Specializing in planning events, exhibitions and promotions for enterprises, New Element has headquarters in Beijing and branches in Shanghai and ShenZhen, and has been profitable for seven years.

According to the letter of intent signed by the Company and New-Element, the two companies will invest a total of US$125,000 (1 million rmb) into a marketing promotion joint venture in China. The Company will invest US$62,500 (0.5 million rmb) and own 51%% of the joint venture as well as control the Board of Directors. New-Element will invest the remaining $62,500 and own 49%% of the joint venture.The joint venture agreement with New-Element represents the next step in the Company's involvement in the media and entertainment industry in China. Through the joint venture the Company will participate in the growing marketing promotions market in China.

Recommendation: "STROONG BUUY" A GAO starting on 10:00 a.m. 16 June 2006. Watch A GAO p r i c e fast rising. Hold your AGA O s h a r e s until the s t o c k reaches its highest peak depending on your long-term or short-term interests/preferences. Do not panic in case of some fluctuations.