Giter Club home page Giter Club logo

Comments (4)

beders avatar beders commented on August 19, 2024

Hmm, maybe there is way to remove this dependency when generating the parser.
I’ll have a look.

On Jul 21, 2015, at 2:27 AM, Peter G. Williams [email protected] wrote:

Resty currently has a dependency on javacc-4.1.jar which has classes in the root package. This causes a problem when used in an OSGI context where the construction of the manifest complains that: "The default package '.' is not permitted by the Import-Package syntax."

I checked the latest javacc-6.1.2.jar and it has the same issue, so no quick fix there I'm afraid.


Reply to this email directly or view it on GitHub #44.

from resty.

pgwilliams avatar pgwilliams commented on August 19, 2024

Hi Jochen, thanks for looking at this so quickly.
We forked your repo and - at runtime at least - it appears to work fine with the javacc dependency removed.
https://github.com/IHTSDO/Resty
If the parser is not generated every build, would moving that dependency into a profile help? http://stackoverflow.com/questions/166895/different-dependencies-for-different-build-profiles-in-maven
Best Wishes,Peter Williams
Date: Tue, 21 Jul 2015 08:05:37 -0700
From: [email protected]
To: [email protected]
CC: [email protected]
Subject: Re: [Resty] JavaCC dependency has class in root package - causes OSGI build failure. (#44)

Hmm, maybe there is way to remove this dependency when generating the parser.

I’ll have a look.

On Jul 21, 2015, at 2:27 AM, Peter G. Williams [email protected] wrote:

Resty currently has a dependency on javacc-4.1.jar which has classes in the root package. This causes a problem when used in an OSGI context where the construction of the manifest complains that: "The default package '.' is not permitted by the Import-Package syntax."

I checked the latest javacc-6.1.2.jar and it has the same issue, so no quick fix there I'm afraid.

Reply to this email directly or view it on GitHub #44.


Reply to this email directly or view it on GitHub.

from resty.

beders avatar beders commented on August 19, 2024

I’ll make it a compile-time dependency.
Thank you for looking into it!

On Jul 21, 2015, at 8:43 AM, Peter G. Williams [email protected] wrote:

Hi Jochen, thanks for looking at this so quickly.
We forked your repo and - at runtime at least - it appears to work fine with the javacc dependency removed.
https://github.com/IHTSDO/Resty
If the parser is not generated every build, would moving that dependency into a profile help? http://stackoverflow.com/questions/166895/different-dependencies-for-different-build-profiles-in-maven
Best Wishes,Peter Williams
Date: Tue, 21 Jul 2015 08:05:37 -0700
From: [email protected]
To: [email protected]
CC: [email protected]
Subject: Re: [Resty] JavaCC dependency has class in root package - causes OSGI build failure. (#44)

Hmm, maybe there is way to remove this dependency when generating the parser.

I’ll have a look.

On Jul 21, 2015, at 2:27 AM, Peter G. Williams [email protected] wrote:

Resty currently has a dependency on javacc-4.1.jar which has classes in the root package. This causes a problem when used in an OSGI context where the construction of the manifest complains that: "The default package '.' is not permitted by the Import-Package syntax."

I checked the latest javacc-6.1.2.jar and it has the same issue, so no quick fix there I'm afraid.

Reply to this email directly or view it on GitHub #44.


Reply to this email directly or view it on GitHub.


Reply to this email directly or view it on GitHub #44 (comment).

from resty.

pgwilliams avatar pgwilliams commented on August 19, 2024

Ahh, well that was in my best interest because we're getting very speedy implementation of a REST client using it - have done already in a previous project and now attempting the same thing with another project this time OSGI - so thank you for making that available for the greater good.
Best wishes,Peter

Date: Tue, 21 Jul 2015 10:24:23 -0700
From: [email protected]
To: [email protected]
CC: [email protected]
Subject: Re: [Resty] JavaCC dependency has class in root package - causes OSGI build failure. (#44)

I’ll make it a compile-time dependency.

Thank you for looking into it!

On Jul 21, 2015, at 8:43 AM, Peter G. Williams [email protected] wrote:

Hi Jochen, thanks for looking at this so quickly.

We forked your repo and - at runtime at least - it appears to work fine with the javacc dependency removed.

https://github.com/IHTSDO/Resty

If the parser is not generated every build, would moving that dependency into a profile help? http://stackoverflow.com/questions/166895/different-dependencies-for-different-build-profiles-in-maven

Best Wishes,Peter Williams

Date: Tue, 21 Jul 2015 08:05:37 -0700

From: [email protected]

To: [email protected]

CC: [email protected]

Subject: Re: [Resty] JavaCC dependency has class in root package - causes OSGI build failure. (#44)

Hmm, maybe there is way to remove this dependency when generating the parser.

I’ll have a look.

On Jul 21, 2015, at 2:27 AM, Peter G. Williams [email protected] wrote:

Resty currently has a dependency on javacc-4.1.jar which has classes in the root package. This causes a problem when used in an OSGI context where the construction of the manifest complains that: "The default package '.' is not permitted by the Import-Package syntax."

I checked the latest javacc-6.1.2.jar and it has the same issue, so no quick fix there I'm afraid.

Reply to this email directly or view it on GitHub #44.

Reply to this email directly or view it on GitHub.

Reply to this email directly or view it on GitHub #44 (comment).


Reply to this email directly or view it on GitHub.

from resty.

Related Issues (20)

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.