[jdom-interest] Having problem with latest source build

Sat Jun 3 10:20:22 PDT 2000

Great.  Thanks Brett.

-----Original Message-----
From: Brett McLaughlin
To: Don King
Cc: 'jdom-interest at jdom.org'
Sent: 6/3/00 9:52 AM
Subject: Re: [jdom-interest] Having problem with latest source build

Hey Don-

  We had some weird glitches with source, as we are working on moving to
CVS. I've got all that stuff fixed, and we'll post a new nightly ASAP...
sorry about that! Lookn for the new code this weekend.

-Brett

Don King wrote:
> 
> Hello all.  I am working with the latest source files and I have run
into a
> small problem I am hoping someone can help me with.  I used the
included
> build.bat file to build the newest jar file jdom-b4.jar.  I compiled
the
> PrettyPrinter example again and when I tried to run it I kept getting
this
> error:
> 
> error java.lang.NoClassDefFoundError org/jdom/SaxHandler (wrong name:
> org/jdom/input/SAXHandler)
> 
> Sure enough when I looked at the contents of the jar file, it list
that
> class as SaxHandler and not SAXHandler.  When I looked at the java
source
> file for SAXBuilder it shows the class name as SAXHandler.  Am I
missing
> something obvious here?
> 
> I had no problems with previous builds I used before.  I can build it
> manually but I thought I would see if there is something simple I can
change
> and still use the build.bat.  Any help is appreciated.  Thanks.
> 
> Don
> _______________________________________________
> To control your jdom-interest membership:
>
http://lists.denveronline.net/mailman/options/jdom-interest/youraddr@you
rhost.com

-- 
Brett McLaughlin, Enhydra Strategist
Lutris Technologies, Inc. 
1200 Pacific Avenue, Suite 300 
Santa Cruz, CA 95060 USA 
http://www.lutris.com
http://www.enhydra.org

Received: from mail.intalio.com (host102.ridgeventures.com [207.33.160.102] (may be forged))
	by dorothy.denveronline.net (8.9.3/8.9.3) with ESMTP id TAA06756
	for <jdom-interest at jdom.org>; Thu, 1 Jun 2000 19:15:40 -0600 (MDT)
Received: from armstrong (fwin.intalio.com [207.33.160.97])
	by mail.intalio.com (8.9.3/8.9.3) with SMTP id SAA04652
	for <jdom-interest at jdom.org>; Thu, 1 Jun 2000 18:15:29 -0700
Message-ID: <012e01bfcc30$a07f3150$2801a8c0 at armstrong>
From: "Peter Armstrong" <armstrong at intalio.com>
To: "'JDOM Interest List'" <jdom-interest at jdom.org>
References: <001201bfcc17$5e81eb30$1fe5fb80 at tpd.usa.alcatel.com>
Subject: Re: [jdom-interest] First impressions and some suggestions
Date: Thu, 1 Jun 2000 18:19:41 -0700
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2919.6700
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700
Sender: jdom-interest-admin at jdom.org
Errors-To: jdom-interest-admin at jdom.org
X-BeenThere: jdom-interest at jdom.org
X-Mailman-Version: 2.0beta2
Precedence: bulk
List-Id: JDOM Mailing List for General Issues and Updates <jdom-interest.jdom.org>

> If you do not have a method which allows the retrieval of content with all
> white space in tact, you can not ever reproduce it.  If there is just one
> option, it would appear to be one which leaves all white space  and force
> the user to trim it.

I agree.  I'm just a lurker (for now) so I obviously don't have a vote, but
for what it's worth I'd like to say +1 to making getContent() report the
whitespace.  I don't think that calling trim() on the result is too much to
ask a non-XML-guru Java programmer (such as myself) to do.  A big bold note
in the Javadoc for getContent() should be sufficient.  I understand that
this will break a lot of your book examples -- which is unfortunate (but
hey, that's what errata and second editions are for! ;-) -- but stripping
the whitespace by default (or having a flag that turns it on) will cause a
lot of headaches for a lot of people like myself who are/want to use JDOM...

Just my $0.02...
Peter Armstrong

Message-ID: <010401bfcc36$f7da4380$6401a8c0 at maxprograms>
Reply-To: "Rodolfo M. Raya" <rmraya at maxprograms.com>
From: "Rodolfo M. Raya" <mxprgrms at cpsarg.com>
To: <jdom-interest at jdom.org>
References: <27FF4FAEA8CDD211B97E00902745CBE2010E4ECA at seine.valicert.com> <3936EF0F.6233BE8F at lutris.com>
Subject: Re: [jdom-interest] CDATA sections?
Date: Thu, 1 Jun 2000 23:04:10 -0300
Organization: MAXPROGRAMS
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Sender: jdom-interest-admin at jdom.org
Errors-To: jdom-interest-admin at jdom.org
Precedence: bulk

----- Original Message -----
From: Brett McLaughlin <brett.mclaughlin at lutris.com>
To: Kevin Regan <kevinr at valicert.com>
Cc: <jdom-interest at jdom.org>
Sent: Thursday, June 01, 2000 9:03 PM
Subject: Re: [jdom-interest] CDATA sections?

> I would. CDATA sections are not /any/ different from text sections with
> all entities escaped. It is the /same text/ to any application. I don't
> care if it comes across as CDATA or text with lots of escaped entites,
> unless I'm writing an XML Editor, which we're not ;-) Other than that, I
> get the same character data in both cases, so I don't care.

Hi Brett,

One of the reason I'm thinking on JDOM is my need to write an special XML
editor.

> .... But there's no reason to convert to CDATA
> unless there is a really compelling need to, and I have yet to see one.
> Are you really showing your users the XML that is generated?

I'm thinking about showing all CDATA sections to my users, hiding all the
XML stuff.

> > We also need to read in these documents, modify them, and then
> > write them back out.  We don't want to modify the CDATA section
> > for the same reason as just stated.
>
> You don't - but if they get outputted as CDATA or not shouldn't affect
> your application - we had this discussion a while back - an application
> that rquires CDATA isn't a good application, more or less ;-)

An application using CDATA can be a good application too.

I'm thinking in an specialized editor. All XML tags will be hidden and user
entries will be stored in CDATA sections; most of the time there will be
plain strings in those sections, but a jpeg image could be inserted in a
CDATA section too.

I must admit that I haven't played with JDOM deeply yet, so there are _lots_
of things I ignore. A simple question comes to my mind: can I use JDOM to
store some binary data in a CDATA section of an XML document created by my
application?

Regards,

Rodolfo M. Raya

 MAXPROGRAMS
 Member of IBM PartnerWorld for Developers
 Microsoft MSDN Businnes Connection Partner
 rmraya at maxprograms.com
 http://www.maxprograms.com

Received: from phillip.hifusion.com ([216.91.246.195])
	by dorothy.denveronline.net (8.9.3/8.9.3) with ESMTP id KAA07532
	for <jdom-interest at jdom.org>; Thu, 1 Jun 2000 10:42:59 -0600 (MDT)
Received: from hifusion.com ([192.168.0.31]) by
          phillip.hifusion.com (Netscape Messaging Server 4.1) with ESMTP
          id FVHICG00.137 for <jdom-interest at jdom.org>; Thu, 1 Jun 2000
          12:41:04 -0400 
Message-ID: <39369221.64536123 at hifusion.com>
Date: Thu, 01 Jun 2000 12:41:05 -0400
From: "Thomas M. Sasala" <tsasala at hifusion.com>
Organization: Hifusion
X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.14-15mdksecure i686)
X-Accept-Language: en
MIME-Version: 1.0
To: jdom-interest at jdom.org
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Subject: [jdom-interest] Exception Name Conflict
Sender: jdom-interest-admin at jdom.org
Errors-To: jdom-interest-admin at jdom.org
X-BeenThere: jdom-interest at jdom.org
X-Mailman-Version: 2.0beta2
Precedence: bulk
List-Id: JDOM Mailing List for General Issues and Updates <jdom-interest.jdom.org>

To all:

	Has anyone noticed the NoSuchElementException in the org.jdom
hierarchy conflicts wit the same exception from java.util.*?  Not a
big issue, but should the name be changed?

	-Tom

Received: from infoviaplus.net.ar (adv26.infoviaplus.net.ar [200.9.212.55] (may be forged))
	by dorothy.denveronline.net (8.9.3/8.9.3) with ESMTP id UAA08083
	for <jdom-interest at jdom.org>; Thu, 1 Jun 2000 20:05:19 -0600 (MDT)
Received: from tweety ([209.13.205.237]) by infoviaplus.net.ar
          (Tid InfoMail Exchanger v2.20) with SMTP id #959889968.074750001;
          Thu,  1 Jun 2000 23:06:08 +0300
Message-ID: <010401bfcc36$f7da4380$6401a8c0 at maxprograms>
Reply-To: "Rodolfo M. Raya" <rmraya at maxprograms.com>
From: "Rodolfo M. Raya" <mxprgrms at cpsarg.com>
To: <jdom-interest at jdom.org>
References: <27FF4FAEA8CDD211B97E00902745CBE2010E4ECA at seine.valicert.com> <3936EF0F.6233BE8F at lutris.com>
Subject: Re: [jdom-interest] CDATA sections?
Date: Thu, 1 Jun 2000 23:04:10 -0300
Organization: MAXPROGRAMS
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2314.1300
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300
X-Infomail-Id: 959889968.1D3301AC1E03A7.9968
Sender: jdom-interest-admin at jdom.org
Errors-To: jdom-interest-admin at jdom.org
X-BeenThere: jdom-interest at jdom.org
X-Mailman-Version: 2.0beta2
Precedence: bulk
List-Id: JDOM Mailing List for General Issues and Updates <jdom-interest.jdom.org>

----- Original Message -----
From: Brett McLaughlin <brett.mclaughlin at lutris.com>
To: Kevin Regan <kevinr at valicert.com>
Cc: <jdom-interest at jdom.org>
Sent: Thursday, June 01, 2000 9:03 PM
Subject: Re: [jdom-interest] CDATA sections?

> I would. CDATA sections are not /any/ different from text sections with
> all entities escaped. It is the /same text/ to any application. I don't
> care if it comes across as CDATA or text with lots of escaped entites,
> unless I'm writing an XML Editor, which we're not ;-) Other than that, I
> get the same character data in both cases, so I don't care.