On Fri, Dec 16, 2011 at 2:21 PM, Sergey Beryozkin wrote:
> Hi KL
>
>
> On 16/12/11 22:13, K Fung wrote:
>
>> Hi Sergey,
>>
>> I've uploaded the final version (for now) to CXF-3859. I've bumped up the
>> version to 2.5.2-SNAPSHOT and commented out the Ap
I would be inclined to disagree as well due to the following...
1) Complications in an OSGI world. The OSGI runtime is unlikely to export
com.sun.org.apache.xml.internal.resolver.* for usage.
2) Not all JVMs could have this package. In particular, I'm thinking about
the IBM JDK.
-kl
On Thu, Dec
wasn't
worth it.
Cheers,
kl
On Mon, Dec 5, 2011 at 9:39 AM, Sergey Beryozkin wrote:
> Hi KL
>
>
> On 03/12/11 00:50, K Fung wrote:
>
>> Hi Sergey,
>>
>> Adding Dynamic-Import: * would likely resolve the issue. It also makes any
>> package/class name r
Hi Sergey,
Adding Dynamic-Import: * would likely resolve the issue. It also makes any
package/class name resolution a lot slower because all the OSGI bundles
will basically now be a gigantic class path. I would not be inclined to go
down this route.
I've uploaded a new version to CXF-3859. I've u
Hi Sergey,
> I'm wondering if 'minimalosgi' has to be exported ?
I tried this before and it didn't work.
minimalosgi has one classloader; the CXF bundle has its own
classloader. minimalosgi's
classloader has knowledge about CXF (due to the Import-Package declarations
in its MANIFEST.MF) but CXF
Hi Sergey,
I've updated CXF-3859 with my newest iteration of the code :-)
Here is what has changed in this version...
+ Removed use of java.net repository as mail.jar is no longer a required
dependency
+ Bump version to 2.5.1-SNAPSHOT
+ Use org.codehaus.mojo:exec-maven-plugin instead of run.*
+
Hello,
Are there any plans to expand this code so that covers both 5.1 and 5.2 of
the CORS specification (http://www.w3.org/TR/cors?) In particular,
- Not blocking the request of it's an OPTIONS request but doesn't contain
the Origin header
- What if the request doesn't contain OPTIONS but does c
11 14:18, Sergey Beryozkin wrote:
>>
>>> Hi
>>>
>>> Thanks for this patch, I think it's a nice interesting example, shows
>>> the bare Activator and ServiceTracker in action...
>>>
>>> Please see comments inline
>>>
>>&
Hi all,
I've uploaded the initial code sample to
https://issues.apache.org/jira/browse/CXF-3859 to garner the first round of
feedback. Per request, it includes a README to explains how it works.
In particular, I'm looking feedback for the following issues:
- What's your opinion to using the Appl
return;
> }
>
> Alternatively you can set a namespaceMap containing an xsi namespace, but
> the above should fix the issue...
> Try please 2.4.3 when it's available
> Cheers, Sergey
>
>
> On 09/10/11 21:49, K Fung wrote:
>
>> Hi all,
>>
>> (no
Hi all,
(not sure if this belongs in cxf-dev or cxf-user; given the level of code
detail here though, I'm thinking cxf-dev but feel free to redirect if
appropriate)
I'm looking to get some advice on how to fix a WebApplicationException /
IllegalStateException inside CXF's JSON code. I've got a so
m wondering though how the use of ServiceMix bundles can
> be avoided as they are just proper OSGI bundles, so look forward to seeing
> the example :-)
>
> Thanks, Sergey
>
>
>
>> Regards,
>> kl
>>
>> On Fri, Oct 7, 2011 at 1:29 PM, Sergey Beryozkin
>
lly get this code to work.
FYI, this example works fine in both Eclipse Equinox and Apache Felix
so it isn't tied to a particular OSGI runtime.
Regards,
kl
On Fri, Oct 7, 2011 at 1:29 PM, Sergey Beryozkin wrote:
> Hi
>
> I think I like all the options you suggested :-)
>
> Please
Hi everyone,
(long time lurker here ... thought it was about them we started to
contribute something back)
As everyone who's played with CXF JAX-RS and OSGI knows, it's not too
easy to get CXF and OSGI to co-operate outside of the Apache
ServiceMix bundle/example.
I've been sitting on a CXF JAX-
14 matches
Mail list logo
