Re: the POI site is unreadable in Netscape
Do you know what the best thing about centipede/cocoon is? I don't have to lift a finger, other people do it for me :-D. Granted, Anakia is Ditto here for the xsl stuff. We produce docbook xml docs, and run it through 2 sets of stylesheets: 1 - docbook - site 2 - site - html And then checkin the resulting html to CVS. Is there an easier way? Well it depends. If you have at least one person on your team with shell access to jakarta.apache.org and cron access to a *real computer* connected to the internet via cable or other high speed connection, you can write a shell script or steal ours. We're working the kinks out of it (blasted permissions). faster and seems to work nicely. I'm not keen on learning to write vsl files in the near and immediate future, maybe one day (I hate writing xsl files enough). As far as the page not working in Netscape, thats a There is an XSL stylesheet that can be used with the site files, vsl doesn't *have* to be used. anyhow, take it up with those who do that. I just edit the xml files. Playing with the build and site build bores the heck out of me. recent issue with the new stylesheets. And hence we try to keep the vsl and xsl stylesheets in sync in commons. Maybe we need to get the commons and cocoon stylesheets in sync too? *shrugs* wrong department, I just work here. :-D POI's build engineer is Nicola Ken Barozzi and the release master is Marc Johnson. -Andy -Andy lazy-a** Oliver -jon -- dIon Gillard, Multitask Consulting Work: http://www.multitask.com.au Developers: http://www.multitask.com.au/developers -- http://www.superlinksoftware.com http://jakarta.apache.org/poi - port of Excel/Word/OLE 2 Compound Document format to java http://developer.java.sun.com/developer/bugParade/bugs/4487555.html - fix java generics! The avalanche has already started. It is too late for the pebbles to vote. -Ambassador Kosh -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: the POI site is unreadable in Netscape
Just to be clear in case someone believes your misconceptions; you don't need to learn to edit vsl files to take advantage of the Jakarta-site module. In fact, the whole point of it is that it does the following: The vsl stylesheet is done for you so that your site will look *exactly* like the rest of the Jakarta site without the need for any debugging or other bullshit. There is even sample build.xml files and everything is fully documented so that everyone can work on the site without a high cost of learning. http://jakarta.apache.org/site/jakarta-site2.html You may get others to do the work for you, but it isn't worth anything if it isn't done right. Take the easy high road and become a member of the Jakarta community by participating in it. Thanks, I've seen the URL. I stay away from the build stuff. Right company, wrong department :-). Our build engineer (including doc gen) is Nicola Ken Barozzi. Consult him about such issues. I'm just a simple Java programmer, I know nothing about such things. Generally our site build works nicely, but I believe someone wanted it to print prettier in Mozilla. The images missing is an unrelated problem. Marc was trying to run my handy dandy new site regeneration script, but I think he did not have the proper permissions to overwrite the images so they were broken. If someone could give us a hand and chmod g+w them I'd appreciate it. Thanks, Andy (PS sam's script does this currently from CVS but Glen has a low bandwidth connection from Australia so we'd like to not keep our html in the CVS to help him out) :-) -jon -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- http://www.superlinksoftware.com http://jakarta.apache.org/poi - port of Excel/Word/OLE 2 Compound Document format to java http://developer.java.sun.com/developer/bugParade/bugs/4487555.html - fix java generics! The avalanche has already started. It is too late for the pebbles to vote. -Ambassador Kosh -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
SSL + soap message
I Try to convert my program to handle with SSL but I get this error: cannot opening socket... Who can help me? Every tip is useful... Thanx, nomorems System.setProperty(javax.net.ssl.trustStore,C:\\client2.keystore); System.setProperty(javax.net.ssl.keyStorePassword,changeit); System.setProperty(java.protocol.handler.pkgs,com.sun.net.ssl.internal.www.protocol); Security.addProvider(new com.sun.net.ssl.internal.ssl.Provider()); //SSLSocketFactory factory = (SSLSocketFactory)SSLSocketFactory.getDefault(); //SSLSocket socket = (SSLSocket)factory.createSocket(localhost, 8443); // What can I do here?? Envelope msgEnv = Envelope.unmarshall (doc1.getDocumentElement ()); Message msg = new Message(); //msg.send (new URL (http://localhost:8080/soap/servlet/messagerouter;), , msgEnv); // ** SSL supply * msg.send (new URL (https://localhost:8443/soap/servlet/messagerouter;), , msgEnv); // ** SSL supply *** SOAPTransport st = msg.getSOAPTransport(); // Resonse BufferedReader br = st.receive(); InputSource inpSource = new InputSource(br); inpSource.setCharacterStream(br);. ... etc... - Do You Yahoo!? Yahoo! Sports - live college hoops coverage
RE: SSL + soap message
please read this http://jakarta.apache.org/site/idiot.html and read this again.. http://jakarta.apache.org/site/mail.html Particularly the section titled Do not cross post messages -Original Message- From: nomorems [mailto:[EMAIL PROTECTED]] Sent: 18 March 2002 14:28 To: [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: SSL + soap message -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: The Complete Server Platform?
Pete Chown [EMAIL PROTECTED] writes: The other thing I would like to push is gcj. It doesn't seem to be very well known. For people who haven't come across it, it is part of gcc and it is an ahead-of-time compiler for Java. It also includes a bytecode interpreter so it can deal with dynamically generated code, and a free implementation of the Java class libraries. Does the bytecode interpreter handle class loading yet? -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: LICENSE in .jar files
Well, This may work if: 1 the license applies to the redistributed version 2 or this license is provided only as a proof of purchase (that is a receipt that allows ASF to distribute this) but something more has to be indicated, that is, how to get it for yourself so as to be able to redistribute it The problem is the following: I'm still expecting some advice from our lawyers but I understand currently that ALL Sun licenses are non-transferable. As such, anyone in the name of ASF may include this in one of the ASF packages but it does give no rights to redistribute to anyone that receives this (e.g. me downloading Ant) (*1). So that: folks receiving such a package should be indicated that they can redistribute Apache software but not Sun software and, if they want to use Sun software, that they should pick their version at Sun's site. (this also involves that Sun maintains such links alive, it is not the case of Jaxp 1.1... until we're sure they do this, it may make sense to URGE downloaders to get their copy right now) After good thoughts, I feel this a bit like a trap as for many things, there is no way to get rid of Sun interface class files. A complete readme, giving pointers to download your own lawful version of jaxp.jar, would also include how to live without jaxp.jar, if this is possible. Getting rid of servlet.jar, for example, seems way harder... So that... license in .jar files ?? Maybe, but with a readme indicating that one is bound by the conditions of this license even though one has never read it... Paul (*1) Actually, I am sure a dreaded crazy guy may even say that the action of cvs-update is already a redistribution so that another person, maybe not lawfully member of ASF would be prohibited to build a distribution PS: JDOM beta 8 (see http://www.jdom.org) just did it almost as you say, they now have licenses and pointers to original projects, they did not say anything about redistribution though... On Vendredi, mars 15, 2002, at 03:09 , Kevin A. Burton wrote: Jus thinking out loud. Would it be a good protocol to put a LICENSE file in .jar files under META-INF ? Specifically with the JCP stuff and some JAR files that come from SUN and can't be redistributed. Thanks. Comments appreciated. Kevin -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Base64 anywhere ?
Michael A. Smith [EMAIL PROTECTED] writes: On Thu, 14 Mar 2002, Paul Libbrecht wrote: Since a while the XML-RPC project of Apache is looking for Base64 coder/decoder. Currently one under LGPL is used but there must certainly be some class in Jakarta project that has such a class. Does anyone know this ? There's one in the commons sandbox: http://cvs.apache.org/viewcvs.cgi/jakarta-commons-sandbox/codec/src/java/org/apache/commons/codec/base64/ The code for this one originated from Tomcat, so it's approximately what XML-RPC is using right now (thanks Jon!). - Dan -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: PMC Chair elelection
On Sun, 17 Mar 2002, Sam Ruby [EMAIL PROTECTED] wrote: So Sam, if you are willing, a simple set of +1 votes from the PMC should be sufficient. Sure. So here is my +1 as well. Stefan -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
