Hi Shalini,
The warning doesn't hurt. However, several others are seeing the same
issue regarding dataprovider jar. I have tried to build on different
machines, with and without a clean build, but i cannot reproduce the
problem.
The jar is in the repository, we are specify that as dependency, it is
really beyond me why this is causing error on others.
I am still looking into it. Once i find out, i will send email out.
thanks
Anissa
Shalini Muthukrishnan wrote:
> I am facing the same issue. The dataprovider-4.2.jar is installed in
> the repository but while jsftemplating module installs, i get a series
> of warning messages :
> [WARNING] Warning building bundle
> org.glassfish.jsftemplating:jsftemplating:jar:1.2.1 : There are split
> packages, use directive -split-package:=(merge-first|merge-last) on
> instruction to get rid of this warning: , classpath: [Jar:.,
> Jar:jsftemplating] from:
> /home/shalini/.m2/repository/com/sun/jsftemplating/jsftemplating/1.2.1/jsftemplating-1.2.1.jar
>
>
> But i also see that it is installed at the end of this :
> [INFO] Installing
> /home/shalini/v3/v3/admingui/jsftemplating/target/jsftemplating-1.2.1-sources.jar
> to
> /home/shalini/.m2/repository/org/glassfish/jsftemplating/jsftemplating/1.2.1/jsftemplating-1.2.1-sources.jar
>
>
> While the admin gui core is building, i see the warning :
> [WARNING] POM for
> 'javax.faces:shale-remoting:pom:1.1.0-swdp-b:runtime' is invalid. It
> will be ignored for artifact resolution. Reason: Failed to validate
> POM for project javax.faces:shale-remoting at Artifact
> [javax.faces:shale-remoting:pom:1.1.0-swdp-b:runtime]
>
> after which the same
> package com.sun.data.provider does not exist
> import com.sun.data.provider.RowKey;
> ^
>
> Am i missing something?
>
> Thanks,
> Shalini.
>
> Tim Quinn wrote:
>> Just to be clear in my last message, the build from the admingui
>> level reported building the dataprovider-4.2.jar and installing it to
>> my local repos before it reports the compilation errors. And the
>> repository file has a timestamp from the very recent admingui build.
>> Sorry if my earlier note was confusing.
>>
>> - tim
>>
>> Tim Quinn wrote:
>>> Thanks, Anissa.
>>>
>>> Anissa Lam wrote:
>>>>
>>>> This means it can't find the dataprovider jar.
>>>> v3/admingui/provider should build and publish
>>>> org/glassfish/admingui/dataprovider/4.2/dataprovider-4.2.jar to
>>>> your local repository. Can you check if this is happening ?
>>> The build log reports doing this, and the timestamp on the file in
>>> the repository is appropriate (very recent).
>>>
>>> Strange.
>>>
>>> - Tim
>>>>
>>>> In v3/admingui pom.xml which is the parent for admingui/core, we
>>>> specify this dependency.
>>>>
>>>> <dependency>
>>>> <groupId>org.glassfish.admingui</groupId>
>>>> <artifactId>dataprovider</artifactId>
>>>> <version>${dataprovider.version}</version>
>>>> <scope>provided</scope>
>>>> </dependency>
>>>>
>>>> Let me know how it goes.
>>>>
>>>> Anissa
>>>>
>>>> Tim Quinn wrote:
>>>>> I was going to try the workaround but get Java compilation errors,
>>>>> starting with
>>>>>
>>>>> /Users/Tim/asgroup/v3/jun-11/v3/admingui/core/src/main/java/org/glassfish/admingui/handlers/TableHandlers.java:73:
>>>>> package com.sun.data.provider does not exist
>>>>> import com.sun.data.provider.RowKey;
>>>>> ^
>>>>>
>>>>>
>>>>> This is after a cd admingui, mvn clean, svn update, and mvn
>>>>> install (and mvn -U install just to inflict more pain on myself).
>>>>>
>>>>> Any suggestions?
>>>>>
>>>>> - Tim
>>>>>
>>>>> Anissa Lam wrote:
>>>>>> Hi Amy,
>>>>>>
>>>>>> The workaround is intended for promoted build 16. QA is using
>>>>>> that and confirmed working.
>>>>>>
>>>>>> However, if you are building your own, the best is go to
>>>>>> admingui directory and do 'mvn install' to build the gui module
>>>>>> as well.
>>>>>> Then:
>>>>>> cp admingui/dataprovider/target/dataprovider-4.2.jar to
>>>>>> glassfish/modules
>>>>>> cp admingui/jsftemplating/target/jsftemplating-1.2.1.jar to
>>>>>> glassfish/modules
>>>>>> deploy admingui/war/target/admingui.war access the gui by
>>>>>> http://localhost:8080/admingui
>>>>>>
>>>>>> As we are in the process to move towards using Update Center 2.0
>>>>>> for GUI, there are few glitches we are still working on for a
>>>>>> smooth process.
>>>>>> Thanks for your patience.
>>>>>>
>>>>>> Anissa
>>>>>>