Return-Path: Delivered-To: apmail-pivot-user-archive@www.apache.org Received: (qmail 69750 invoked from network); 27 May 2010 18:20:05 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 27 May 2010 18:20:05 -0000 Received: (qmail 2511 invoked by uid 500); 27 May 2010 18:20:05 -0000 Delivered-To: apmail-pivot-user-archive@pivot.apache.org Received: (qmail 2409 invoked by uid 500); 27 May 2010 18:20:05 -0000 Mailing-List: contact user-help@pivot.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@pivot.apache.org Delivered-To: mailing list user@pivot.apache.org Received: (qmail 2401 invoked by uid 99); 27 May 2010 18:20:05 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 27 May 2010 18:20:05 +0000 X-ASF-Spam-Status: No, hits=2.2 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [67.217.132.12] (HELO exchange01.sharedmarketing.com) (67.217.132.12) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 27 May 2010 18:19:58 +0000 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01CAFDC9.2A08CC5D" X-MimeOLE: Produced By Microsoft Exchange V6.5 Subject: RE: Issues with Jar deployment Date: Thu, 27 May 2010 13:19:35 -0500 Message-ID: <2701CF596B80DC44815FDBFFF5881A1EA2822B@exchange01.sharedmarketing.com> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: thread-topic: Issues with Jar deployment thread-index: Acr9wYCnT+IivxY0Qiy6mBTUuFPqHgAB41/w References: <2701CF596B80DC44815FDBFFF5881A1EA28217@exchange01.sharedmarketing.com> <0187882E-8006-4AD2-92E1-032F3182228B@mac.com> <2701CF596B80DC44815FDBFFF5881A1EA28226@exchange01.sharedmarketing.com> From: "David McNelis" To: This is a multi-part message in MIME format. ------_=_NextPart_001_01CAFDC9.2A08CC5D Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Can the same be said for when using readObject, where the / is the abosulte path relative to the classpath? =20 You are correct about the structure of the Jar. =20 From: Greg Brown [mailto:gkbrown@mac.com]=20 Sent: Thursday, May 27, 2010 12:23 PM To: user@pivot.apache.org Subject: Re: Issues with Jar deployment =20 If the value of the src attribute begins with a slash, it is interpreted as an absolute path relative to the classpath. Otherwise, it is interpreted as relative to the including file. =20 What does the directory structure in your JAR look like? Based on your example, I would expect something like this: =20 /com/foo Main.class main.wtkx =20 /com/foo/foldername file.wtkx =20 Is that correct? =20 =20 On May 27, 2010, at 12:53 PM, David McNelis wrote: The wtkx files are included in the exported jar file. =20 I think that part of the root problem might have to do with my includes. In my main wtkx file I am using the following include... =20 =20 So its getting the main class's wtkx file at this point, but when it goes to pull in the next component, which exists in the jar file... should I be referring to the include as:

Can the same be said for when using readObject, where the = / is the abosulte path relative to the classpath?

 

You are correct about the structure of the = Jar.

 

From:= Greg Brown = [mailto:gkbrown@mac.com]
Sent: Thursday, May 27, 2010 12:23 PM
To: user@pivot.apache.org
Subject: Re: Issues with Jar deployment

 

If the value of the src attribute begins with a = slash, it is interpreted as an absolute path relative to the classpath. Otherwise, it = is interpreted as relative to the including file.

 

What does the directory structure in your JAR look = like? Based on your example, I would expect something like = this:

 

/com/foo

  Main.class

  main.wtkx

 

/com/foo/foldername

  file.wtkx

 

Is that correct?

 

 

On May 27, 2010, at 12:53 PM, David McNelis = wrote:



The wtkx files are included in the exported jar = file.

 

I think that part of the root problem might have to do = with my includes.  In my main wtkx file I am using the following = include… <wtkx:include = src=3D"foldername/file.wtkx"></wtkx:include>

 

 

So its getting the main class’s wtkx file at this = point, but when it goes to pull in the next component, which exists in the jar = file…  should I be referring to the include as:

<wtkx:include = src=3D”org/me/package/whatever/file.wtkx”?  Or is there something similar to Class#getResource() that can be added = in to help it find the correct file?

 

If I have the jarfile and the = ‘foldername/wtkx’ residing in the same folder, all works well.  But I don’t want to have to = make second copies of all the wtkx files since they are already in te jar = file.

 

 

From:=  Greg Brown [mailto:gkbrown@mac.com] 
Sent: Thursday, = May 27, 2010 10:34 AM
To: user@pivot.apache.org
Subject: Re: = Issues with Jar deployment

 

I haven't used the "export" feature in = Eclipse. What does it actually produce? Does it build a JAR? Maybe you need to = tell Eclipse to include *.wtkx files in the resulting JAR?

 

 

On May 27, 2010, at 11:16 AM, David McNelis = wrote:




Morning,

 

I have a moderately complex Pivot based app that for the time being is = running as a standalone desktop application.  When I run from within eclipse, everything works just fine.

 

However, when I try to export my project I consistently get a null resource = saying that it can’t located the wtkx files.

 

I’ve tried changing the file locations to a static full path, i.e. C:/project/filename.wtkx and placed the files in that path, but it still = claims to not be able to find the resources. 

 

Has anyone else had difficulties building out an application like = this?  Are certain things I need to be doing in my directory structure to make sure = that everything  works correctly?

 

Currently I have wtkx files living in the same folders as the classes that = reference them directly, i.e.

Org.me.proj= ect.pkg.class.MyClass has both the java and wtkx file in org/me/project/class/  That = seemed, at least at the time, to be the simplest organizational pattern..but I = guess it is flawed?

 

Thanks for any thoughts.

 

David

 

 

------_=_NextPart_001_01CAFDC9.2A08CC5D--