Re: Migration to Maven

I use the driver. I do not need to build it. We use maven to build every of
our projects and use <scope>provided</scope> or <optional>true</optional>
when necessary.

To be honest, I would not care if the Activator with the DataSourceFactory
implementation disappeared as I think that it should be in a separate
module like postgresql-osgi-datasourcefactory. Other OSGi developers might
have a different opinion.

However, I would be very disappointed if the OSGi manifest headers
disappeared from the JAR file.

On Wed, Dec 2, 2015 at 12:48 PM, Dave Cramer <pg(at)fastcrypt(dot)com> wrote:

> So currently I would imagine you have had to remove some source files in
> order to build it?
> How do you build the driver today ?
>
> Dave Cramer
>
> davec(at)postgresintl(dot)com
> www.postgresintl.com
>
> On 2 December 2015 at 04:20, Balázs Zsoldos <balazs(dot)zsoldos(at)everit(dot)biz>
> wrote:
>
>> If the build tool was Maven, I would use <scope>provided</scope> for
>> OSGi. I do not know how the ANT script for this project works. OSGi is
>> required for the building, but it is not required at runtime.
>>
>>
>> On Wed, Dec 2, 2015 at 10:12 AM, Pavel Kajaba <pkajaba(at)redhat(dot)com> wrote:
>>
>>> Can you advice us how to make it optional? If we did not provided
>>> required files build errors occurred.
>>>
>>> We were able to build it, but we had to delete all source files, which
>>> required OSGi imports and edit build.xml. However I doubt this is
>>> appropriate solution.
>>>
>>> Pavel Kajaba.
>>>
>>> ----- Original Message -----
>>>
>>> From: "Balázs Zsoldos" <balazs(dot)zsoldos(at)everit(dot)biz>
>>> To: "List" <pgsql-jdbc(at)postgresql(dot)org>
>>> Sent: Wednesday, December 2, 2015 9:30:16 AM
>>> Subject: Re: [JDBC] Migration to Maven
>>>
>>>
>>>
>>>
>>> OSGi has problematic licence
>>>
>>>
>>> All OSGi jars are licensed with Apache 2.0. Is it problematic?
>>>
>>>
>>>
>>>
>>> OSGi is an optional dependency for postgresql jdbc driver. It is only
>>> necessary if someone uses the driver within an OSGi container. I think it
>>> is hardly the case when someone wants to use it from a linux package
>>> management system. That means that osgi jars do not have to be on the
>>> classpath at runtime when monolith application is started. I do not know
>>> this Fedora solution, but isn't is possible to ignore this dependency in
>>> the Fedoray package management after building the jar?
>>>
>>> *Zsoldos Balázs*
>>> Rendszertervező | Software architect
>>>
>>>
>>> +36 70 594 9234 | balazs(dot)zsoldos(at)everit(dot)biz
>>>
>>> *EverIT Kft.*
>>> 1137 Budapest, Katona József utca 17. III. em. 2.
>>> http://www.everit.biz I info(at)everit(dot)biz
>>>
>>>
>>> Ezen üzenet és annak bármely csatolt anyaga bizalmas, jogi védelem alatt
>>> áll, a nyilvános közléstől védett. Az üzenetet kizárólag a címzett,
>>> illetve
>>> az általa meghatalmazottak használhatják fel. Ha Ön nem az üzenet
>>> címzettje, úgy kérjük, hogy telefonon, vagy e-mail-ben értesítse erről az
>>> üzenet küldőjét és törölje az üzenetet, valamint annak összes csatolt
>>> mellékletét a rendszeréből. Ha Ön nem az üzenet címzettje, abban az
>>> esetben
>>> tilos az üzenetet vagy annak bármely csatolt mellékletét lemásolnia,
>>> elmentenie, az üzenet tartalmát bárkivel közölnie vagy azzal visszaélnie.
>>>
>>>
>>> This message and any attachment are confidential and are legally
>>> privileged. It is intended solely for the use of the individual or entity
>>> to whom it is addressed and others authorised to receive it. If you are
>>> not
>>> the intended recipient, please telephone or email the sender and delete
>>> this message and any attachment from your system. Please note that any
>>> dissemination, distribution, copying or use of or reliance upon the
>>> information contained in and transmitted with this e-mail by or to anyone
>>> other than the recipient designated above by the sender is unauthorised
>>> and
>>> strictly prohibited.
>>>
>>> On Wed, Dec 2, 2015 at 8:24 AM, Pavel Kajaba <pkajaba(at)redhat(dot)com> wrote:
>>>
>>>
>>> <blockquote>
>>> We are trying to build RPM package for postgresql-JDBC.
>>>
>>> There is no SSPI and OSGi package in Fedora so we are unable to build it.
>>>
>>> SSPI is totally useless since it's just Windows thing. OSGi has
>>> problematic licence, but after doing some research it's not required to
>>> run
>>> postgresql-JDBC.
>>>
>>> We believe that it would be really great for Fedora (also other distros -
>>> lot of things depends on your great work) if We could manage to make
>>> these
>>> two components optional.
>>>
>>> After doing some research and talk with Java friends, there is a way how
>>> to make it optional during build time.
>>>
>>> Profiles - both ant and Maven has them, but in case of migrating to
>>> Maven,
>>> I think it would be waste of time to create patch for ant profile since
>>> it
>>> would just throw away.
>>>
>>> Let me know your thoughts about this.
>>>
>>> Thanks!
>>>
>>> Pavel Kajaba.
>>>
>>> ----- Original Message -----
>>> From: "Dave Cramer" <pg(at)fastcrypt(dot)com>
>>> To: "Pavel Kajaba" <pkajaba(at)redhat(dot)com>
>>> Cc: "List" <pgsql-jdbc(at)postgresql(dot)org>, "Pavel Raiskup" <
>>> praiskup(at)redhat(dot)com>
>>> Sent: Thursday, November 26, 2015 1:20:03 PM
>>> Subject: Re: [JDBC] Migration to Maven
>>>
>>> On 26 November 2015 at 04:29, Pavel Kajaba <pkajaba(at)redhat(dot)com> wrote:
>>>
>>> > Hello,
>>> >
>>> > I would like to ask migration about build system from ant to maven.
>>> >
>>> > According to github (https://github.com/pgjdbc/pgjdbc/pull/322) there
>>> is
>>> > some work behind it.
>>> >
>>> > Anyway what do you think about creating profiles in ant/maven?
>>> >
>>>
>>> What problem are you trying to solve ?
>>>
>>> Our bigger problem is to figure out how to have JDK 1.6, 1.7, and 1.8 and
>>> ... all supported by one codebase
>>>
>>> Dave Cramer
>>>
>>> davec(at)postgresintl(dot)com
>>> www.postgresintl.com
>>>
>>>
>>> >
>>>
>>>
>>> --
>>> Sent via pgsql-jdbc mailing list (pgsql-jdbc(at)postgresql(dot)org)
>>> To make changes to your subscription:
>>> http://www.postgresql.org/mailpref/pgsql-jdbc
>>>
>>>
>>>
>>> </blockquote>
>>>
>>
>>
>