« Return to Thread: Duplicate entries when merging wars

Re: AW: Re: Duplicate entries when merging wars

by S. Ali Tokmen :: Rate this Message:

| View in Thread

Some parts of this message have been removed. Learn more about Nabble's security policy.
Hi Markus

Please send the patches over, I'll do my best to integrate them into version 1.2.1...

Cheers

S. Ali Tokmen
http://ali.tokmen.com/

GSM (ch): +41 79 207 29 22 [Swisscom]
GSM (fr): +33 7 70 10 33 79 [Virgin Mobile]
GSM (tr): +90 555 266 52 73 [Avea]

My AIM, ICQ, MSN Messenger and Yahoo IM
contact details are on http://contact.ali.tokmen.com

On 2012/03/28 11:36, Dreher, Markus wrote:

Hi Ali,

 

I tried 1.2.2-SNAPSHOT.

 

The error is gone, but still there are those xmlns="http://java.sun.com/xml/ns/javaee" entries.

I checked your changes for CARGO-1096.

 

I added some logic to wipe out all xmlns Attributes except the one in the root element, as this one is needed.

Should I  open a ticket and attach a patch with my changings?

 

Another issue is, that in the first mime-mapping element merging creates an additional empty extension element!

 

The result looks like this:

 

  <mime-mapping>

    <extension>js</extension>

    <mime-type>application/x-javascript</mime-type>

    <extension />

  </mime-mapping>

  <mime-mapping>

    <extension>png</extension>

    <mime-type>image/png</mime-type>

  </mime-mapping>

  <mime-mapping>

    <extension>ico</extension>

    <mime-type>image/x-icon</mime-type>

  </mime-mapping>

 

I don’t have any ideas why this is happening.

 

If I remove this by hand, I’m able to deploy the app.

 

Thanks for your help.

 

Markus

 

Von: S. Ali Tokmen [nospam@...]
Gesendet: Dienstag, 27. März 2012 07:04
An: user
@cargo.codehaus.org
Betreff: Re: [cargo-user] Re: Duplicate entries when merging wars

 

Hi Markus

Please note that meanwhile we have started the tagging process for version 1.2.1.

Can you please retry with either version 1.2.2-SNAPSHOT or version 1.2.1 from the staging repository https://nexus.codehaus.org/content/repositories/orgcodehauscargo-029/ ?

Thank you

S. Ali Tokmen
http://ali.tokmen.com/
 
GSM (ch): +41 79 207 29 22 [Swisscom]
GSM (fr): +33 7 70 10 33 79 [Virgin Mobile]
GSM (tr): +90 555 266 52 73 [Avea]
 
My AIM, ICQ, MSN Messenger and Yahoo IM
contact details are on http://contact.ali.tokmen.com


On 2012/03/27 06:14, Dreher, Markus wrote:

HI Ali,

I had some issues replying to your message via nabble.

Markus

 

Hi Ali,
thanks for the patch.

I did not have the time to check it until now.
Now I get an error [1], because the encoding is null. This is explicitly set when calling the method. Is it possible to determine the encoding from the original files?
When I set the encoding in debugger there are still a few xmlns entries:

    <dispatcher xmlns="http://java.sun.com/xml/ns/javaee">REQUEST</dispatcher>
    <extension xmlns="http://java.sun.com/xml/ns/javaee">js</extension>
    <mime-type xmlns="http://java.sun.com/xml/ns/javaee">application/x-javascript</mime-type>
    <user-data-constraint xmlns="http://java.sun.com/xml/ns/javaee">
    <session-timeout xmlns="http://java.sun.com/xml/ns/javaee">45</session-timeout>
    <welcome-file xmlns="http://java.sun.com/xml/ns/javaee">index.jsf</welcome-file>
    <form-login-config xmlns="http://java.sun.com/xml/ns/javaee">


Markus

[1]
java.lang.IllegalArgumentException: Encoding must not be null
        at org.codehaus.cargo.module.AbstractDescriptorIo.writeDescriptor(AbstractDescriptorIo.java:209)
        at org.codehaus.cargo.module.AbstractDescriptorIo.writeDescriptor(AbstractDescriptorIo.java:176)
        at org.codehaus.cargo.module.AbstractDescriptorIo.writeAll(AbstractDescriptorIo.java:238)
        at org.codehaus.cargo.module.webapp.merge.MergedWarArchive.merge(MergedWarArchive.java:241)
        at org.codehaus.cargo.maven2.UberWarMojo.execute(UberWarMojo.java:249)
        at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:483)
        at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:678)
        at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:540)
        at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:519)
        at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:371)
        at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:332)
        at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:181)
        at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:356)
        at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:137)
        at org.apache.maven.cli.MavenCli.main(MavenCli.java:362)
        at org.apache.maven.cli.compat.CompatibleMain.main(CompatibleMain.java:41)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:597)
        at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
        at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
        at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
        at org.codehaus.classworlds.Launcher.main(Launcher.java:375)

S. Ali Tokmen wrote:

Hi Markus

Perfect, thanks.

I've checked in a patch for the xmlns="" ... are there other issues?

Cheers

S. Ali Tokmen
http://ali.tokmen.com/

GSM (ch): +41 79 207 29 22 [Swisscom]
GSM (fr): +33 7 70 10 33 79 [Virgin Mobile]
GSM (tr): +90 555 266 52 73 [Avea]

My AIM, ICQ, MSN Messenger and Yahoo IM
contact details are on http://contact.ali.tokmen.com


On 2012/03/16 08:27, mäce wrote:
> Hi Ali,
>
> i checked the patch in
>
> the web.xml snippet is from one of my projects. Both look the same. The
> merge result looks like this:
>
> <?xml version="1.0" encoding="UTF-8"?>
> <web-app xmlns="http://java.sun.com/xml/ns/javaee"
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" version="2.5"
> xsi:schemaLocation="http://java.sun.com/xml/ns/javaee
> http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd">
>   <context-param xmlns="">
>     <param-name>javax.faces.CONFIG_FILES</param-name>
>    
> <param-value>/WEB-INF/faces-config-ewo-digant-web.xml,/WEB-INF/faces-config-ewo-druck-web.xml,/WEB-INF/faces-config-ewo-core-web.xml</param-value>
>   </context-param>
> ....
> </web-app>
>
> Do you have any ideas or an example with an servlet 2.5 web.xml?
>
> Thanks
>
>
> Markus
>
>
> S. Ali Tokmen wrote:
>> Hi Markus
>>
>> Feel free to check your patch in at any time :)
>>
>> As for the web.xml, I think that yes this is what you need. Doesn't it
>> work as expected in that case?
>>
>> Cheers
>>
>> S. Ali Tokmen
>> http://ali.tokmen.com/
>>
>> GSM (ch): +41 79 207 29 22 [Swisscom]
>> GSM (fr): +33 7 70 10 33 79 [Virgin Mobile]
>> GSM (tr): +90 555 266 52 73 [Avea]
>>
>> My AIM, ICQ, MSN Messenger and Yahoo IM
>> contact details are on http://contact.ali.tokmen.com
>>
>>
>> On 2012/03/13 06:17, mäce wrote:
>>> Hi Ali,
>>> I opened https://jira.codehaus.org/browse/CARGO-1094 and attached my
>>> workaround as patch.
>>>
>>> My web.xml both define a xml ns:
>>>
>>> <?xml version = '1.0' encoding = 'ISO-8859-1'?>
>>> <web-app version="2.5" xmlns="http://java.sun.com/xml/ns/javaee"
>>> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
>>> xsi:schemaLocation="http://java.sun.com/xml/ns/javaee
>>> http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd">
>>>
>>> ....
>>>
>>> </web-app>
>>>
>>> Is this enough?
>>>
>>> Markus
>> ---------------------------------------------------------------------
>> To unsubscribe from this list, please visit:
>>
>>     http://xircles.codehaus.org/manage_email
>>
>>
>>
>>

 

40 Jahre DZBW

Herzlichen Dank unseren Kunden und Partnern. Wir freuen uns auf die gemeinsame Fortsetzung der konstruktiven, vertrauensvollen Zusammenarbeit.

Ihre Datenzentrale Baden-Württemberg
_______________________________________________________________________________

Abonnieren Sie unseren Infobrief und erfahren Sie regelmäßig die neuesten Nachrichten über unsere Lösungen, aktuellen Projekte und Entwicklungen. Melden Sie sich an mit diesem Link http://www.datenzentrale.de/Info-Brief

_______________________________________________________________________________

Datenzentrale Baden-Württemberg, Anstalt des öffentlichen Rechts
Krailenshaldenstr. 44, 70469 Stuttgart
Telefon (0711) 8108-20, Telefax (0711) 8108-21350
E-Mail info@..., Internet www.datenzentrale.de
Vorstand: Karl Tramer (Vors.) und Joachim Kischlat, Vorsitzender des Verwaltungsrats: Gunter Czisch
USt-Id-Nr. DE147794223
_______________________________________________________________________________

40 Jahre DZBW

Herzlichen Dank unseren Kunden und Partnern. Wir freuen uns auf die gemeinsame Fortsetzung der konstruktiven, vertrauensvollen Zusammenarbeit.

Ihre Datenzentrale Baden-Württemberg
_______________________________________________________________________________

Abonnieren Sie unseren Infobrief und erfahren Sie regelmäßig die neuesten Nachrichten über unsere Lösungen, aktuellen Projekte und Entwicklungen. Melden Sie sich an mit diesem Link http://www.datenzentrale.de/Info-Brief

_______________________________________________________________________________

Datenzentrale Baden-Württemberg, Anstalt des öffentlichen Rechts
Krailenshaldenstr. 44, 70469 Stuttgart
Telefon (0711) 8108-20, Telefax (0711) 8108-21350
E-Mail info@..., Internet www.datenzentrale.de
Vorstand: Karl Tramer (Vors.) und Joachim Kischlat, Vorsitzender des Verwaltungsrats: Gunter Czisch
USt-Id-Nr. DE147794223
_______________________________________________________________________________

 « Return to Thread: Duplicate entries when merging wars