X-CGP-ClamAV-Result: CLEAN X-VirusScanner: Niversoft's CGPClamav Helper v1.25a (ClamAV 0.103.9/27060) X-Junk-Score: 0 [] X-KAS-Score: 0 [] Return-Path: Received: from mout.gmx.net ([212.227.17.20] verified) by selbstdenker.ag (CommuniGate Pro SMTP 6.3.18) with ESMTPS id 31436024 for webobjects-dev@wocommunity.org; Fri, 13 Oct 2023 16:12:36 +0200 Received-SPF: pass receiver=post.selbstdenker.com; client-ip=212.227.17.20; envelope-from=rasc@gmx.de DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.de; s=s31663417; t=1697206336; x=1697811136; i=rasc@gmx.de; bh=+c+F1FC6q6Xg8s4YP9I92efxkEq1bUY9EtW/fvNk8So=; h=X-UI-Sender-Class:From:To:Subject:Date:In-Reply-To:References; b=pwQL5UzKp22xyOrv/QS6SErVCtg+JU4VhYzttrTAqWfSIkvtkTR5mXuZvpxiClXMcdVzHN5WWhW 7pJhY4BBoWhYFdH+Dw3xBBpBRpE4lxIvAo9ifNpqArdMLpHMZAw9h9frb3L2EXqGQFe4JUdxEP2du 1CWvlwjGQjRq1bI9jv3r8JEHKkMR8xeN/34SDN9JH/Fii4MullxxkEhAA/p+XRfkMxR4S+m0ZaIAP WBbaYpK9MTqCCfwQoEgI+wgPo091VEq1zbCqNZeH3M4H0XF0JBfyogP2kW4BwUsvtis4kEfllCLHl SUytVPIKISgiED61D30Fp4th9lWXr0tfm33A== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from [192.168.42.66] ([193.142.190.210]) by mail.gmx.net (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1M6DWi-1qtUlM1cZE-006hSt for ; Fri, 13 Oct 2023 16:12:16 +0200 From: Ralf Schuchardt To: "WebObjects & WOnder Development" Subject: Re: [WO-DEV] ERJars collision with 3rd party jar Date: Fri, 13 Oct 2023 16:12:15 +0200 X-Mailer: MailMate (1.14r5937) Message-ID: <5809589B-6ACB-4F5D-B8E6-A4E915A66B58@gmx.de> In-Reply-To: References: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="=_MailMate_4ED37EBB-92D5-4178-80CE-12070B565C6C_=" Embedded-HTML: [{"plain":[570,2197],"uuid":"F3A75D4E-DDB3-4D32-83EA-75D5CBBDC5E6"}] X-Provags-ID: V03:K1:bs5vEQe2Gacm9erbVCVwjf7f6jC+7jO5jlfjQBN7KzeDtuO1Km0 3x1mjqQfd5Id+Gbu/r8yhZiSrqa3SzsxPtDzVfZapnTG57hz0PK/nk+cio+y9jV//OJdbht YZjNV/xi5UKvQEVI3GD45vd/uJxwqY0ArlJbSCPDgaWbWKROf+cLw2PwUj+62TXavB3lARI ehONMEPYMfPDK0uI6Dslw== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:C28kuF3dXWI=;tkpyDEX1Bq5zzov1j26pgAZ/vLe sXtwRnlx2gDlFswOOiz0+f3qPZ3DqYr53uBWwV6DPK5bQLumVB63r1UvNc1KS8rl9iY50WVHx WChqLTVDfUxrHmO/zXcKEHVApXH7dH9YczcTMccpTVIzbQWYEoT0s1qIPCJcQI5WomJCFuQjC M4we61AlBmM0UrKF7hzyU/GERMFNGA1iQsE77/qFaQ3GJoaCwvuYYfo8bRwo0QllibUEtmOcB gT6g22LcSRcjhP+bvI/VwSmBcICF+X0sJyq6XSE5pW7BLtttg9ewRy3mr+uhZaAuzkibJXYMr OIcgKwUb+jh89H1QFOgZ7KJQj7zz8dKsQpGot4zgO2ajfoVl0eHRKp3KFYOM9yXx6nrzve9MQ yAX9JFRNGvtas/Yb2pcN52s2mGzgQFqsOuaqh11tzfoons8nCBfKyBZY2eXCYTT90NJp8Mxki HRIjvEL9432HpcSvkmTAd+7B+Es+FPNgYqKlk6y9Qm237+CNqnnBoTma8duSH6BhZIUtWlN2l fjOxRzP4F7bcqCug7dtiNEngXmGXJRhPTaAuAQJQdlDD/m3m6GOumlxLLtuqHuCbyVFJTLaCX ZqL8vwoW4K+fRN94b8E8ARpVfgDAMZkL238K2RDqY3PdGuIx1YvXyYdcO12bXSG4VV5fUxUv+ 9G+ljD9dso+eAsKi17N2+r+Ba2muL6kJpiE9fqxyLic8qp8olRRoPUW2nb6V/ugxlG8GK4yOH bUrr/S7bl/ebCZKr6BJzBPvCwkJVz0CGaGAx6IAPE50YPP5Mfwop+cWZalrvzJiMaTcCvOdZs 2muPEeorLHAcF5HmXM+2z3qqqkg0T5d4k9Q8SM0WW5qx7G+aGACwVAE8aLhpgkr7/vGa6DIm5 zlafbWxtZHhriGaLzEFULLl04Kiwa936vxUKK1NCuEbQE8cpwMINwCx6oOIDMS9Zp2pf9+w0t zsiF/p6cuNC02VN/DXB9jclec3w= --=_MailMate_4ED37EBB-92D5-4178-80CE-12070B565C6C_= Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Yes, maven would help you, because it gives you much more control over the jar versions included in a build. BUT you should probably not migrate with a narrow deadline looming over you, as the integration is sometimes ... complicated, especially if you have no experience with it. Have you tried to patch/update ERJar? Either by removing the problematic classes/packages or overwriting with newer versions? You could also build your own version of Wonder with manually updated jars bundled in ERJar. Ralf On 13 Oct 2023, at 15:44, Markus Ruggiero (rucotec) wrote: > Will Maven help in our scenario? > Should we plan for a Maven port? Now? Right away? > > I spent the whole day juggling jars and massaging build paths in our > main app and in the various frameworks - No success! > > ---markus--- > > >> On 12 Oct 2023, at 23:14, Markus Ruggiero (rucotec) >> wrote: >> >> I have a big (?) problem. >> >> We have a rather complex Wonder app built from several custom >> frameworks and a ton of Wonder frameworks. That=E2=80=99s all good so f= ar. >> But now I need to include a 3rd party jar for sending out SMS/text >> (twilio.com ). I created a simple out-of-the-box >> Wonder application and included that jar as a library. The app >> includes the standard ERJar framework. When I run the app I get a >> crash because the twilio lib makes a call to some Apache httpclient >> stuff that does not exist in ERJar (it is obviously newer). I can get >> a built jar including all dependencies from twilio. Adding this to my >> project instead of the =E2=80=9Cnaked=E2=80=9D one I still get the same= crash. >> BUT reordering the class path in Eclipse so that twilio lib comes >> before ERJars makes everything work. >> >> So I tried to include that complete twilio jar into my big Wonder >> App. But no matter what I do, I always get the crash that something >> in httpclient cannot be resolved. Dumping java.class.path clearly >> shows that ERJar is before my library, not matter how I try to >> rearrange the class path. So it seem that in my complex setup with >> included other custom frameworks ERJar is always moved further up and >> thus shadows the newer classes (why does this not happen with the >> initial simple Hello World app?) >> >> How can I resolve this class path issue? All my projects are still >> ant-based. >> >> Please don=E2=80=99t tell me to switch to maven! I simply do not have t= he >> time to convert everything. I started to read up on maven but then >> urgent issues and required new functionality took all my time away. >> And as long as I could make things work easily there was no need to >> go maven. So for the sake of my schedule I really hope there is a way >> to get that stuff working in my ant setup, at least for the time >> being. >> >> Any ideas? >> Thanks a lot >> ---markus--- >> --=_MailMate_4ED37EBB-92D5-4178-80CE-12070B565C6C_= Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

Yes, maven would help you, b= ecause it gives you much more control over the jar versions included in a= build.
BUT you should probably not migrate with a narrow deadline looming over y= ou, as the integration is sometimes ... complicated, especially if you ha= ve no experience with it.

Have you tried to patch/update ERJar? Either by removing = the problematic classes/packages or overwriting with newer versions? You = could also build your own version of Wonder with manually updated jars bu= ndled in ERJar.


Ralf


On 13 Oct 2023, at 15:44, Markus Ruggiero (rucotec) w= rote:

Will Maven help in our scenario?
Should we plan for a Maven port? Now? Right away?

I spent the whole day juggling jars and massaging build paths in our= main app and in the various frameworks - No success!

---markus---


On 12 Oct 2023, at 23:14, Markus Ruggiero (rucotec) <markus.ruggi= ero@rucotec.ch> wrote:

=
I have a big (?) problem.

We have a rather complex Wonder app built from several custom framew= orks and a ton of Wonder frameworks. That=E2=80=99s all good so far. But = now I need to include a 3rd party jar for sending out SMS/text (twilio.com). I created a simple out-of-the-box Wo= nder application and included that jar as a library. The app includes the= standard ERJar framework. When I run the app I get a crash because the t= wilio lib makes a call to some Apache httpclient stuff that does not exis= t in ERJar (it is obviously newer). I can get a built jar including all d= ependencies from twilio. Adding this to my project instead of the =E2=80=9C= naked=E2=80=9D one I still get the same crash. BUT reordering the class p= ath in Eclipse so that twilio lib comes before ERJars makes everything wo= rk.

So I tried to include that complete twilio jar into my big Wonder Ap= p. But no matter what I do, I always get the crash that something in http= client cannot be resolved. Dumping java.class.path clearly shows that ERJ= ar is before my library, not matter how I try to rearrange the class path= =2E So it seem that in my complex setup with included other custom framew= orks ERJar is always moved further up and thus shadows the newer classes = (why does this not happen with the initial simple Hello World app?)
=

How can I resolve this class path issue? All my projects are still ant-based. 

<= /div>
Please don=E2=80=99= t tell me to switch to maven! I simply do not have the time to convert ev= erything. I started to read up on maven but then urgent issues and requir= ed new functionality took all my time away. And as long as I could make t= hings work easily there was no need to go maven. So for the sake of my sc= hedule I really hope there is a way to get that stuff working in my ant s= etup, at least for the time being.

<= /div>
Any ideas?
Thanks a lot=
---markus---



--=_MailMate_4ED37EBB-92D5-4178-80CE-12070B565C6C_=--